Forwarding to the list as others might be able to help you. No more idea on my
side.
--- Begin Message ---
Even:
Thanks for the reply.
Yes I am rebuilding the application with the related hearer files. I have 3
parallel directories to test my applications. Each has the GDAL version number
in the path. When I switch from one test to another I switch both the include
path and the library path.
I switched to a much simpler test program and it is also having problems. It
will run properly with GDAL 1.5.3 with either the static library or the dynamic
library. GDAL 1.6.1 and GDAL 1.7.0 will run if I link against the dynamic
library (gdal_i.lib) and use the dll but crash in the same area as the main
application I was working on that included ArcObjects. This application only
includes those applications related to GDAL and the operating systems.
One thing I noticed is that the static debug library is around 90 MB in size
where the dynamic library is only around 8 MB. They are both supposed to be
debug versions but a major difference in size.
When I link to the dynamic debug library I can not step into it with the
debugger with any version.
Bruce
-----Original Message-----
From: Even Rouault [mailto:even.roua...@mines-paris.org]
Sent: Wednesday, June 17, 2009 3:33 PM
To: gdal-dev@lists.osgeo.org
Cc: Clay, Bruce; Mateusz Loskot
Subject: Re: [gdal-dev] GDAL/ArcObjects based app crashes with newer GDAL
versions (was How to delete shapefile)
I'm not familiar at all with SDE and Windows subtelties, so my comment might
be unrelevant. But the following statements are at least universally true :
* if your application uses GDAL/OGR C++ API, you must recompile it against
headers of newer GDAL version as C++ ABI changes from 1.x to 1.y (contrary to
C API). Just relinking will not be sufficient.
* for same reason, if you try to load GDAL plugins compiled with an older
version into a different GDAL version, you'll get crashes. Some checks have
been introduced starting with GDAL 1.5.0 into plugin code to detect those
situations and error out properly.
* if your application links directly or indirectly with several copy of GDAL
library at the same time, it will likely not work too
Le Wednesday 17 June 2009 20:59:24 Clay, Bruce, vous avez écrit :
> Mateusz:
>
> Yes that is the case. The same application works fine with GDAL 1.5.4
> but not with any newer version.
>
> I am beginning to suspect SDE / GDAL interaction. I think SDE uses GDAL
> 1.4. My GDAL library is built with SDE support and I am linking in
> ArcObjects libraries to my application. I am linking to the GDAL static
> library when the crash occurs. If I try to link to the gdal_i.lib then
> the program does not crash but it does not let me step into any of the
> methods even though it is a debug library and no GDAL functions work.
>
> You mentioned "configuration". Does GDAL 1.6 and new code require some
> configuration on Windows XP that was not required before?
>
> Bruce
>
>
> -----Original Message-----
> From: Mateusz Loskot [mailto:mate...@loskot.net]
> Sent: Wednesday, June 17, 2009 1:15 PM
> To: Clay, Bruce
> Cc: gdal-dev@lists.osgeo.org
> Subject: Re: [gdal-dev] How to delete shapefile
>
> Clay, Bruce wrote:
> > Mateusz:
> > Thanks for your reply. Unfortunately I can not get far enough to do
> > that. The crash is occurring down stream from OGRRegisterAll. That
>
> is
>
> > to say, the last call in my code space before the crash is
> > OGRRegisterAll. I can not get OGR initialized to be able to open a
>
> data
>
> > source.
>
> Bruce,
>
> Are you saying that you are unable to run this simple program
> successfully?
>
> #include "ogrsf_frmts.h"
> int main()
> {
> OGRRegisterAll();
> }
>
> If you indeed can not run it, it probably means your GDAL installation
> is not configured properly or broken.
>
> Best regards,
This message and any enclosures are intended only for the addressee. Please
notify the sender by email if you are not the intended recipient. If you are
not the intended recipient, you may not use, copy, disclose, or distribute this
message or its contents or enclosures to any other person and any such actions
may be unlawful. Ball reserves the right to monitor and review all messages
and enclosures sent to or from this email address.
--- End Message ---
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
