[gdal-dev] Antwort: Re: Segmentation fault (core dumped) in gdal_translate & ogrinfo & ogr2ogr

[Michael Otto]

Hello Robert,

I have now been able to find the error myself.

I forgot to set the proxy in the Docker container. After I added it, it 
also worked under Fedora.

Now I'm stuck under Ubuntu 20.04. There comes the next error :o( :

ERROR 1: error setting certificate file: 
/etc/ssl/certs/ca-certificates.crt
ERROR 1: Error returned by server : error setting certificate file: 
/etc/ssl/certs/ca-certificates.crt (77)
ogrinfo failed - unable to open 'WFS:https://........'.

Michael

PS:
I built Gdal under Linux Mint 21.3 (Virginia).
The host system for the Docker containers is Ubuntu 22.04.3 LTS (Jammy 
Jellyfish).




Von:    "Robert Coup" <robert.coup at koordinates.com>
An:     "Michael Otto" <michael.otto at data-experts.de>
Kopie:  gdal-dev at lists.osgeo.org
Datum:  27.02.2024 13:14
Betreff:        Re: [gdal-dev] Segmentation fault (core dumped) in 
gdal_translate & ogrinfo & ogr2ogr



Hi Michael,

On Tue, 27 Feb 2024 at 11:40, Michael Otto via gdal-dev <
gdal-dev at lists.osgeo.org> wrote:

with a lot of effort and support from this group I created a first static 
version of GDAL (incl. the apps) under Linux x64 using vcpkg.

Yay
 
For testing I copied the built apps and the data files to different target 
platforms and set the environment variables accordingly.
In a current Linux Mint VM and in an Alpine Linux 3.13 Docker container, 
the command line calls worked perfectly.

What system did you build gdal on/under?
 
Under a Fedora Linux 39 Docker container (docker pull fedora, ...) an 
error occurs when executing ogrinfo, ogr2ogr and gdal_translate (the other 
tools were not tested):

What's the host OS?
 

>> Segmentation fault (core dumped)

Does anyone have an idea or know what the problem is?

What does a backtrace from gdb produce?

$ gdb --args ogrinfo 
... loading stuff
(gdb) run
...
Program received signal SIGSEGV, Segmentation fault.
0x12c0ffee in _a_function ()
(gdb) thread apply all backtrace
... the backtrace ...
(gdb) quit

Use the gdal tools from the installed/{platform}/tools/gdal/debug/ vcpkg 
build folder, they're more likely to produce readable traces.

Rob :)




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240227/c661d810/attachment.htm>