[Gdal-dev] seg fault with ogr2ogr

[Jeremy Palmer]

> Jeremy,
> 
> Sorry, I've no real idea why this is happening.  Any chance
> of running things in gdb so you can get a traceback?  Also,
> would you consider upgrading to GDAL CVS to see if this
> is something that might have been fixed?
> 
> Best regards,
> --
> ---------------------------------------+----------------------------------
> ----
> I set the clouds in motion - turn up   | Frank Warmerdam,
> warmerdam at pobox.com
> light and sound - activate the windows | http://pobox.com/~warmerdam
> and watch the world go round - Rush    | Geospatial Programmer for Rent

Hi Frank,

I have compiled gdal 1.3.1 with debug information for the moment as I can’t get the cvs version to compile. I ran ogr2ogr with gdb and got the following trace back:

(gdb) set args -f "Mapinfo File" testgis PG:dbname=testgis -sql "SELECT id, transform(translate(shape, 160,0,0),27200) FROM crs_parcel WHERE status = 'CURR' AND toc_code ='PRIM' AND parcel_intent <> 'ROAD' AND parcel_intent <> 'HYDR'" -nln parcel -a_srs 'EPSG:27200'
(gdb) run
Starting program: /usr/bin/ogr2ogr -f "Mapinfo File" testgis PG:dbname=testgis -sql "SELECT id, transform(translate(shape, 160,0,0),27200) FROM crs_parcel WHERE status = 'CURR' AND toc_code ='PRIM' AND parcel_intent <> 'ROAD' AND parcel_intent <> 'HYDR'" -nln parcel -a_srs 'EPSG:27200'
Reading symbols from shared object read from target memory...done.
Loaded system supplied DSO at 0xd22000
[Thread debugging using libthread_db enabled]
[New Thread -1208776224 (LWP 19613)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208776224 (LWP 19613)]
0x0041b9c9 in OGRLinearRing::_importFromWkb (this=0x9d63538, eByteOrder=wkbNDR, b3D=0,
    pabyData=0x9d3ae15 "\201�A�\016,�DA��v�A/�L�DA�3�a�A^�v\233�DAWv2��AVkZ�DA%�016�VAC��DAA�\237�VA*��DAڸ\235'\006�A!�\234�DAI\033�\\022�A�$�>DA�}\035\022�A+ԥ�>DA�\016\027�A\233�~>DA.\031q\"�A\214�DA\224l\035,�A�\217�DAk?a",
    nBytesAvailable=260) at ogrlinearring.cpp:227
227             memcpy( paoPoints, pabyData + 4, 16 * nPointCount );


Just for your information I'm on a fedora core 4 box at the moment (I discovered the fault on redhat 9.0) both machines are little endian 32bit Intel i686 systems.

Thanks for your help again :)

Jeremy