[gdal-dev] JP2 Segfault
Yves Jacolin
yjacolin at free.fr
Thu Jul 21 08:37:31 PDT 2016
Hello,
I am working on some JP2 data (total 262 Go) . I started creating a vrt file
and then "gdal_translate" them.
I always have a segfault. I tried to use a GDAL_SKIP config to use another
driver but it seems that I can successfully do this:
>> Stack trace in bt <<
Starting program: /usr/local/bin/gdal_translate --config GDAL_SKIP JP2ECW --
config GDAL_SKIP ECW -a_srs EPSG:2154 -co BIGTIFF=IF_SAFER -co COMPRESS=JPEG -
co TILED=YES -co PHOTOMETRIC=YCBCR ORTHO_EXPRESS_2015.vrt
ORTHO_EXPRESS_2015.tif
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Input file size is 470000, 640000
0[New Thread 0x7fffd0278700 (LWP 14580)]
[New Thread 0x7fffcfa77700 (LWP 14581)]
[New Thread 0x7fffcf276700 (LWP 14582)]
[New Thread 0x7fffcea75700 (LWP 14583)]
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff10ba0f9 in CNCSJPCPacket::ParseHeader(CNCSJPC&, CNCSJPCIOStream&,
CNCSJPCProgression*, bool, bool*) () from /usr/local/lib/libNCSEcw.so.0
(gdb) bt
#0 0x00007ffff10ba0f9 in CNCSJPCPacket::ParseHeader(CNCSJPC&, CNCSJPCIOStream&,
CNCSJPCProgression*, bool, bool*) () from /usr/local/lib/libNCSEcw.so.0
#1 0x00007ffff10c20b1 in CNCSJPCPrecinct::ReadPackets() () from
/usr/local/lib/libNCSEcw.so.0
#2 0x00007ffff10c1c5b in CNCSJPCPrecinct::CreateSubBands(bool) () from
/usr/local/lib/libNCSEcw.so.0
>> end of bt <<
Using --config GDAL_SKIP ECW doesn't change anything.
I can't understand two things:
* first: why libNCSEcw is used instead of openjpeg200 lib?
* second: what kind of problem could trigger this kind of segfault?
I am using GDAL 2.1.1 :)
Thanks for any help,
Y.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20160721/01814748/attachment.sig>
More information about the gdal-dev
mailing list