In order to avoid mixed CRT dependencies the developers should select the
packages to match with their favourite compiler they are using actually.
Another reason is to provide test environments for gdal and mapserver to
make sure the projects can build equally well in the various compiler
versions
just out of curiosity, why are there versions compiled with VC2k3 / 2k5 /
2k8 / 2k10? Why not just say 2k10?
On Wed, Oct 16, 2013 at 4:02 PM, Tamas Szekeres wrote:
> It's already in my TODO list (
> https://github.com/gisinternals/buildsystem/issues/9), but I still didn't
> have enough free ti
It's already in my TODO list (
https://github.com/gisinternals/buildsystem/issues/9), but I still didn't
have enough free time to work that out.
Best regards,
Tamas
2013/10/16 lightxx
> never mind. I still had that NuGet Post-build event hook in place which
> replaced the dlls from the downlo
never mind. I still had that NuGet Post-build event hook in place which
replaced the dlls from the download with the NuGet ones that caused the
exception. Everything's working now, although I'd VERY MUCH prefer to use
the NuGet version.
--
View this message in context:
http://osgeo-org.1560.x6.
Ok ... this is pretty weird now. I just tried starting from scratch using
http://www.gisinternals.com/sdk/PackageList.aspx?file=release-1600-x64-gdal-1-10-1-mapserver-6-4-0.zip
and I'm getting exactly the same results as before.
I tried it with 3 different VMs running Win8 x64 ...
--
View this
I've tried your project with my compilation of gdal and it did not crash
(created a tif file with ~1.5GB in size). There might be an issue with your
binary set. You might want to try one of the prebuilt binary packages from
http://www.gisinternals.com/sdk/
Best regards,
Tamas
2013/10/16 light
I would be very glad if somebody would like to try to reproduce the behavior
I'm seeing. I've uploaded a minimum working Visual Studio 2012 solution to
http://kraxn.t-h.cc/GDALBug.zip . The archive is rather large (200MB)
because it includes the source file I'm trying to convert
--
View th
I'm using the NuGet GDAL C# bindings (1.9.2). When I try to convert from an
jp2 file (using the GDALDriver.CreateCopy method) the process bombs with an
uncatchable Heap Corruption Exception. The exception thrown is "Unhandled
exception at 0x77B9AA3C (ntdll.dll) in RASTER.exe: 0xC374: A heap has
Frank, this was the problem. Thanks for your help.
For the list archives, here is another working sample (essentially the same
as what Frank put below).
OGRPoint* p = (OGRPoint*)OGRGeometryFactory::createGeometry(wkbPoint);
p->setX(3.141);
p->setY(2.718);
OGRGeometryFactory::destroyGeometry(p);
Joel Odom wrote:
Anybody knows why these two lines of code cause corruption on the heap?
Thanks.
OGRPoint* ogr_point = new OGRPoint(5.0, 5.0);
delete ogr_point;
Joel,
My guess is that you are doing this "cross heap". Are you running on windows?
Do you build your application calling OGR wit
Anybody knows why these two lines of code cause corruption on the heap?
Thanks.
OGRPoint* ogr_point = new OGRPoint(5.0, 5.0);
delete ogr_point;
--
http://giscoder.blogspot.com/
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.or
11 matches
Mail list logo
