[gdal-dev] ERROR 6: Failed to initialize PROJ.4 with "..."

[Chris Marsh]

Hi all,

I posted this to the proj4 mailing list and they seem pretty convinced this
is a GDAL problem.

I have tried the September gdal 2.2.2 build as well as the latest GDAL git
build, and finally have them building thanks to Even's help.

However, now GDAL just segfaults within the pj_init_ctx. As a reminder,
it's something odd about this env as this work works flawlessly on multiple
computers.

Would appreciate any help,

Cheers
Chris

[debug]: Reading forcing file data
src/tcmalloc.cc:284] Attempt to free invalid pointer 0x2aaaafa4df20

Thread 1 received signal SIGABRT, Aborted.
0x00002aaac4900214 in raise () from /cvmfs/
soft.computecanada.ca/nix/var/nix/profiles/16.09/lib/libc.so.6
(gdb) bt
#0  0x00002aaac4900214 in raise () from /cvmfs/
soft.computecanada.ca/nix/var/nix/profiles/16.09/lib/libc.so.6
#1  0x00002aaac490167a in abort () from /cvmfs/
soft.computecanada.ca/nix/var/nix/profiles/16.09/lib/libc.so.6
#2  0x00002aaab5bd5748 in tcmalloc::Log (mode=mode at entry=tcmalloc::kCrash,
filename=filename at entry=0x2aaab5bea66e "src/tcmalloc.cc", line=line at entry=284,
a=..., b=..., c=..., d=...) at src/internal_logging.cc:118
#3  0x00002aaab5bca14f in (anonymous namespace)::InvalidFree
(ptr=<optimized out>) at src/tcmalloc.cc:284
#4  0x00002aaab5fe7dde in pj_dealloc (ptr=<optimized out>) at
pj_malloc.c:129
#5  0x00002aaab5fe7ed1 in pj_default_destructor (P=P at entry=0x13c2b40,
errlev=errlev at entry=-7) at pj_malloc.c:198
#6  0x00002aaab5fe7234 in pj_init_ctx (ctx=ctx at entry=0x2aaab6219b20
<default_context>, argc=<optimized out>, argv=argv at entry=0x7fffffff7a50) at
pj_init.c:672
#7  0x00002aaab5fe7615 in pj_init_plus_ctx (ctx=0x2aaab6219b20
<default_context>, definition=0x24863340 "+proj=aea +lat_1=20 +lat_2=60
+lat_0=40 +lon_0=-96 +x_0=0 +y_0=0 +ellps=GRS80 +datum=NAD83 +units=m
+no_defs ")
    at pj_init.c:411
#8  0x00002aaab4a71dc8 in OCTProj4NormalizeInternal(char const*) () from
/home/cmarsh/CHM/build-release/lib/gdal/lib/libgdal.so.20
#9  0x00002aaab4a71ee6 in OCTProj4Normalize () from
/home/cmarsh/CHM/build-release/lib/gdal/lib/libgdal.so.20
#10 0x00002aaab4a530ec in OGRSpatialReference::importFromProj4(char const*)
() from /home/cmarsh/CHM/build-release/lib/gdal/lib/libgdal.so.20
#11 0x0000000000520a61 in core::config_forcing (this=this at entry=0x7fffffffab50,
value=...) at /home/cmarsh/CHM/src/core.cpp:311
#12 0x0000000000527041 in core::init (this=this at entry=0x7fffffffab50,
argc=argc at entry=3, argv=argv at entry=0x7fffffffafe8) at
/home/cmarsh/CHM/src/core.cpp:1119
#13 0x00000000004f502f in main (argc=3, argv=0x7fffffffafe8) at
/home/cmarsh/CHM/src/main.cpp:17


Chris Marsh
PhD Candidate
chrismarsh.ca

121 Research Drive
University of Saskatchewan

On 19 October 2017 at 13:41, Chris Marsh <chris.marsh at usask.ca> wrote:

> echo 2 49 |  /build-release/lib/gdal/bin/gdaltransform -s_srs EPSG:4326
> -t_srs "+proj=aea +lat_1=20 +lat_2=60 +lat_0=40 +lon_0=-96 +x_0=0 +y_0=0
> +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs" --debug on
> OGRCT: PROJ >= 4.8.0 features enabled
> OGRCT: Using locale-safe proj version
> OGRCT: Source: +proj=longlat +datum=WGS84 +no_defs
> OGRCT: Target: +proj=aea +lat_1=20 +lat_2=60 +lat_0=40 +lon_0=-96 +x_0=0
> +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs
> OGRCT: Source: +proj=aea +lat_1=20 +lat_2=60 +lat_0=40 +lon_0=-96 +x_0=0
> +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs
> OGRCT: Target: +proj=longlat +datum=WGS84 +no_defs
> 5634252.86902731 4265258.45946341 0
>
>
>
> On 19 October 2017 at 13:34, Even Rouault <even.rouault at spatialys.com>
> wrote:
>
>> On jeudi 19 octobre 2017 13:19:52 CEST Chris Marsh wrote:
>> > Hi,
>> >
>> > I build GDAL by specifying --with-static-proj4  on the configure command
>> > line. This does not seem to have resolved the problem.
>> >
>> > echo 2 49 | build-release/lib/gdal/bin/gdaltransform -s_srs EPSG:4326
>> >
>> > > -t_srs EPSG:32632
>> > > -11818.9526229417 5451106.95020125 0
>> >
>>
>> OK, so GDAL and proj.4 have some minimum level of functionnality
>>
>> And what about
>>
>> echo 2 49 |  gdaltransform -s_srs EPSG:4326 -t_srs "+proj=aea +lat_1=20
>> +lat_2=60 +lat_0=40 +lon_0=-96 +x_0=0 +y_0=0 +ellps=GRS80
>> +towgs84=0,0,0,0,0,0,0 +units=m +no_defs" --debug on
>>
>>
>>
>> --
>> Spatialys - Geospatial professional services
>> http://www.spatialys.com
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20171028/5957a7af/attachment-0001.html>