Opened 7 years ago
Last modified 7 years ago
#6887 closed defect
PDFium driver crashes with segfault — at Version 1
Reported by: | shot2 | Owned by: | warmerdam |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | default | Version: | 2.2.0 |
Severity: | normal | Keywords: | pdfium pdf segfault |
Cc: |
Description (last modified by )
System: fresh Ubuntu 17.04 x86_64, gcc 6.3.0, GDAL 2.2.0 compiled from source including static PDFium library (Rouault's build-lin.sh script, minus '-fVisibility=hidden')
Issue: gdal compiles successfully against the PDFium driver (confirmed when running gdalinfo --format PDF); however running the following commands result in a crash:
./gdal_translate -of PDF ~/sample.tif ~/sample.pdf --config CPL_DEBUG ON GDAL: GDALOpen(/home/admin/sample.tif, this=0x55784c32fcc0) succeeds as GTiff. Input file size is 1335, 1597 0OGRCT: PROJ >= 4.8.0 features enabled OGRCT: Using locale-safe proj version OGRCT: Source: +proj=longlat +datum=WGS84 +no_defs OGRCT: Target: +proj=longlat +datum=WGS84 +no_defs GDAL: GDAL_CACHEMAX = 49 MB ...10...20...30...40...50...60...70...80...90...100 - done. Segmentation fault (core dumped)
N.B. The resulting GeoPDF file is still correctly created, it performs as intended under e.g. Adobe Reader.
./gdalinfo ~/sample.pdf --config CPL_DEBUG ON Segmentation fault (core dumped)
Other: similar issue described by another user on gdal-dev's mailing-list ( https://lists.osgeo.org/pipermail/gdal-dev/2017-May/046631.html )
As a sidenote, everything works as expected when compiling/linking GDAL 2.2.0 against libpoppler; it looks definitely like a problem with PDFium reading/reopening datasets.