[gdal-dev] Alpine, gcc 32-bit in Linux Build Actions
Abel Pau
a.pau at creaf.uab.cat
Fri Mar 1 07:17:39 PST 2024
Yes, I hope it's only ONE single mistake because I have my code very protected against that kind of things...
Before you said that I am using LOG_STR(); from the test and I've filled it in all possible place it could be something.
Remember I have windows and in Visual Studio it works fine...
I don't know how to debug in my Docker linux (only command line) with Cmake compiler...
I think I'll catch the problem. Sooner or later!
I've been there before (years ago with a big problem (not my fault)). Finally I win
-----Mensaje original-----
De: Even Rouault <even.rouault at spatialys.com>
Enviado el: divendres, 1 de març de 2024 16:12
Para: Abel Pau <a.pau at creaf.uab.cat>; gdal-dev at lists.osgeo.org
Asunto: Re: [gdal-dev] Alpine, gcc 32-bit in Linux Build Actions
Your code must be something terrible so that even gdb doesn't catch it
:-) (SIGKILL cannot be caught...)
From the error messages, things might go wrong starting with
https://github.com/OSGeo/gdal/blob/master/apps/test_ogrsf.cpp#L782
So maybe set a breakpoint at that line
b test_ogrsf.cpp:782
and then use "step", and "next" to single step and locate where this crashes. This is going to be a bit tedious...
(you might also want to modify slightly test_ogrsf so that this
TestCreateLayer() method exists early when !EQUAL(poDriver->GetDescription(), "miramon") to avoid debugging other
drivers)
You might install "ddd", as a GUI front-end for gdb, so that this is slightly more user friendly.
--
http://www.spatialys.com
My software is free, but my time generally not.
More information about the gdal-dev
mailing list