<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Martin,
<br>
<br>
Thanks for your suggestion. You raise an a good point and I suspect
that
<br>
it is indeed a null pointer. However my issue is with an application
<br>
built on top of GDAL if this is an issue now. I can fix this one off
<br>
issue in the OGR commit my changes back and all is well. However the
<br>
users of my company's application aren't going to understand that the
<br>
file is corrupted and the file driving engine, developed by a third
<br>
party, they're going to see a crash as something wrong with software.
<br>
They may or may not comment on every file they can't open or every
crash
<br>
that happens. My experience is they will not. Fixing this one issue is
<br>
good and I am all to happy to do it. However in general it's not as
<br>
robust of an error handling scheme as we need to have in our
<br>
application. Therefore I still think it's better to make use of
<br>
Structured Exception Handling. Which allows us my company the most
<br>
robust error handling scheme that we can provide and saves our face
when
<br>
our users are using the software.
<br>
<br>
Cheers
<br>
Chris Howell
<br>
<br>
<a class="moz-txt-link-abbreviated" href="mailto:mchapman@texelinc.com">mchapman@texelinc.com</a> wrote:
<blockquote
cite="mid:223327629-1205293657-cardhu_decombobulator_blackberry.rim.net-136756089-@bxe144.bisx.prod.on.blackberry"
type="cite">
<pre wrap="">Chris,
I would handle an error like this by stepping through the gdal source code file with your debugger and try to see what line and what file it is crashing on. Is the gdal .pdb file in the same directory as your application exe? Are you able to step into the gdal source with your debugger on the call that crashes gdal (f11)? There is most likely a null pointer being used somewhere is my guess. If you can't solve it send me the bad shape file and I will look at it.
Best regards,
Martin
Sent via BlackBerry by AT&T
-----Original Message-----
From: "Chris Howell" <a class="moz-txt-link-rfc2396E" href="mailto:chowell@pyxisinnovation.com"><chowell@pyxisinnovation.com></a>
Date: Tue, 11 Mar 2008 22:25:20
To:<a class="moz-txt-link-rfc2396E" href="mailto:gdal-dev@lists.osgeo.org"><gdal-dev@lists.osgeo.org></a>
Subject: [gdal-dev] Building with SEH
Hi All,
Currently there is an error with one of the drivers in OGR whereby if a corrupted or just generally malformatted shape file is attempted to be opened through OGR, there is an exception that is generated in the VC Runtime, where OGR completely crashes and I can't trap the exception to handle it at application level because the runtime is crashing. What I am wondering about is there a way I can compile GDAL with SEH enbabled turning exceptions that are generated at the OS level into standard C++ exceptions I can trap and handle appropriately ? I looked in the make file and the options file and didn't seen anything obvious.
Any light anyone can shed on this would be greatly appreciated.
Cheers
Chris Howell
Software Engineer
the PYXIS innovation
<a class="moz-txt-link-abbreviated" href="http://www.pyxisinnovation.com">www.pyxisinnovation.com</a>
_______________________________________________
gdal-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/gdal-dev">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a>
</pre>
<pre wrap="">
<hr size="4" width="90%">
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.21.4/1313 - Release Date: 3/5/2008 9:50 AM
</pre>
</blockquote>
<br>
</body>
</html>