<div dir="ltr"><br><br>On Wed, Jun 13, 2018 at 11:34 AM, Stefan Blumentrath <<a href="mailto:Stefan.Blumentrath@nina.no">Stefan.Blumentrath@nina.no</a>> wrote:<br>><br>> Hi,<br>><br>>  <br>><br>> On a GRASS 7.4 installation from ubuntugis-unstable I get a “non-zero return code -11” error when I try to import data from PostGIS using v.in.ogr in a ython script.<br>><br>>  <br>><br>> Looking at the post here:<br>><br>> <a href="https://lists.osgeo.org/pipermail/grass-dev/2016-March/079614.html">https://lists.osgeo.org/pipermail/grass-dev/2016-March/079614.html</a><br>><br>> it seems to be a version conflict but I double-checked and the GDAL version on the system is exactly the one GRASS 7.4.0 on ubuntugis-unstable is built against.<br>><br>>  <br>><br>> This error is for some reason not popping up every time I run the script but somewhat unpredictable...<br>><br>> Does anyone of you have a suggestion on how to trac the cause for the problem? Can it be linked to temporary files or NFS write instability…?<br><div><br></div><div>You need to get the exact options that cause v.in.ogr to fail, then run it in the CLI with gdb and get the backtrace</div><div><br></div><div>gdb --args v.in.ogr in=... out=...<br></div><div><br></div><div>GRASS needs to be compiled with debugging enabled, i.e. the CFLAGS must contain -g. See also the GRASS wiki page on debugging [0]</div><div><br></div><div>Markus M<br></div><div><br></div><div>[0] <a href="https://grasswiki.osgeo.org/wiki/GRASS_Debugging#Using_GDB">https://grasswiki.osgeo.org/wiki/GRASS_Debugging#Using_GDB</a><br></div><div><br></div>>>  <br>><br>> Thanks in advance for any hint…<br>><br>>  <br>><br>> Cheers<br>><br>> Stefan<br>><br>>  <br>><br>><br>> _______________________________________________<br>> grass-dev mailing list<br>> <a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>> <a href="https://lists.osgeo.org/mailman/listinfo/grass-dev">https://lists.osgeo.org/mailman/listinfo/grass-dev</a><br><br></div>