[Gdal-dev] Re: Gdal-dev Digest, Vol 30, Issue 72

[Jean-Daniel GONON]

> Jean-Daniel GONON wrote:
>> Hi
>>
>> I could solve my last problem, I thought  it was because of XERCES-C
>> 2.7.0 (but it was a bad include library).
>>
>> Now, I have an other problem, still about GDAL/OGR-1.3.2 (in original
>> version, with XERCES-C 2.7.0 moreover).
>> Compilation of gdal.DLL is good, but using of gdal.dll by ogrinfo.exe
>> generates two errors in "C:\Program Files\Microsoft Visual Studio .NET
>> 2003\Vc7\crt\src\dbgheap.c" file (at the lines 1132 and 1138).
>
> Jean,
>
> This error indicates there must be a bug somewhere that causes heap
> corruption. The assertion caught in dbgheap.c file comes from free()
> function and says something like this:
> "you're trying to free block of memory that can't be deallocated because
> of invalid type - not deallocable block."
>
> Unfortunately, without more details, I can't see how to track the
> problem down and to find where is the problem in GDAL/ogrinfo.exe.
>
> Could you provide more details about:
> 1. How did you compile GDAL? Using provided makefile.vc?
> 2. What operation do you do using ogrinfo.exe?
> 3. What dataset do you use and can you provide them for testing?
>
>
> Cheers
> -- 
> Mateusz Loskot
> http://mateusz.loskot.net
>


Good morning Mateusz,

Thank you for your help.

1. I compile GDAL/OGR by MS Visual C++ 2003 (.Net). I don't use makefile.vc.

2. First I have to include "C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\vsvars32.bat" in command line.
    Then, with ogrinfo.exe, I want to see readables formats file (with "ogrinfo --formats" command line), or open DGN v7 file (with "ogrinfo v7_file.dgn" command line). In the 2 cases, heap corruption is generated.
The objective of my project is to add DGN version 8 (read only) in GDAL/OGR. In the future, I will use microstation DGN v8 file.

3. For the moment, I use DGN v7 file (microstation file) with ogrinfo.exe through gdal13d.dll.
I can't send ogrinfo.exe and gdal13d.dll in attachement file by mail, because they are too big.

Jean-Daniel 
jdgonon at gi-lemans.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20061201/a9adac6b/attachment.html