[raster] segfault on make check

[strk]

as of r7341, on a 64bit with gdal 1.9.0:

...
WARNING: Value set for 32BF band got converted from 98.989848 to 98.989845
WARNING: Value set for 32BF band got converted from 99.494949 to 99.494949
WARNING: Value set for 32BF band got converted from 99.994975 to 99.994972
ERROR 5: GDALWarpOptions.Validate()
  padfSrcNoDataReal set, but padfSrcNoDataImag not set.
make[3]: *** [check] Segmentation fault
make[3]: Leaving directory `/home/src/postgis/postgis/raster/test/core'

[robe]

This look like it's failing on the transform too -- ah we have a Linux victim suffering the same pains as a windows person :).

I'll double check on my end - but I think this is a dupe #925.

On windows under mingw, I believe I get the same error followed by can't load libproj-0.dll.

Strk -- to confirm -- can you look at that ticket and try the regress for transform on your linux box and confirm you are getting the wrong answers?

[pracine]

I get the exact same message on Windows.

[robe]

okay I have marked this as dupe of 925

[dustymugs]

Which revision of GDAL trunk are you using? I'm using r22520.

[dustymugs]

On r7363 on a 64-bit linux box, I can't replicate that error with testapi.

[strk]

Still fails here as of r7366. GDAL is 22149.

[dustymugs]

Are you getting the same error message "padfSrcNoDataReal set, but padfSrcNoDataImag not set."?

[strk]

Nope, indeed that's gone. I'm just left with the segfault. Valgrind report attached (seem to reveal a few errors).

[dustymugs]

Thanks for the valgrind. That is confirming what I'm seeing. I think I'm prematurely attempting to free memory.

Can you try r7367?

[dustymugs]

Your posting a valgrind report got me moving to fix my glaring memory leaks in rt_api.c and testapi.c. I'll get along with valgrinding the full regression suite next.

[dustymugs]

strk, can you see if you still experience the seg fault? If you don't, please close this ticket. Thanks!

[strk]

Still fails as of r7397

*** glibc detected *** ./testapi: double free or corruption (out): 0x0000000000ca2550 ***
======= Backtrace: =========
/lib/libc.so.6(+0x775b6)[0x2b3bc92ed5b6]
/lib/libc.so.6(cfree+0x73)[0x2b3bc92f3e53]
/usr/local/lib/libgdal.so.1(VSIFree+0x1f)[0x2b3bc8b05038]
/usr/local/lib/libgdal.so.1(GDALDestroyWarpOptions+0x97)[0x2b3bc8b25c4d]
./testapi[0x4143b9]
./testapi[0x4084f6]
./testapi[0x40bf78]
/lib/libc.so.6(__libc_start_main+0xfd)[0x2b3bc9294c4d]
./testapi[0x4045b9]

[dustymugs]

Can you try again with r7399? It seems that someone else has had similar issues according to the discussion:

 http://lists.osgeo.org/pipermail/gdal-dev/2011-May/028730.html

[strk]

r7399 works here.