On Mon, Jul 30, 2018 at 1:37 PM, Markus Neteler <nete...@osgeo.org> wrote: > > Hi again, > > On Mon, Jul 30, 2018 at 1:05 PM, Markus Neteler <nete...@osgeo.org> wrote: > ... > > Thread 1 "python" received signal SIGSEGV, Segmentation fault. > > 0x00007fffd7ac305b in blas_shutdown () from /lib64/libopenblaso.so.0 > > (gdb) bt full > > #0 0x00007fffd7ac305b in blas_shutdown () from /lib64/libopenblaso.so.0 > > No symbol table info available. > > #1 0x00007fffd788f015 in gotoblas_quit () from /lib64/libopenblaso.so.0 > > No symbol table info available. > > #2 0x00007ffff7de58e6 in _dl_fini () from /lib64/ld-linux-x86-64.so.2 > > No symbol table info available. > > #3 0x00007ffff6c4466c in __run_exit_handlers () from /lib64/libc.so.6 > > No symbol table info available. > > #4 0x00007ffff6c4479c in exit () from /lib64/libc.so.6 > > No symbol table info available. > > #5 0x00007ffff6c2e192 in __libc_start_main () from /lib64/libc.so.6 > > No symbol table info available. > > #6 0x000055555555484a in _start () > > No symbol table info available. > > (gdb) > ... > > Something is pulling in BLAS/openMP, though. > > Of course GDAL comes to mind: > > ldd `which gdalinfo` | grep openbla > libopenblaso.so.0 => /lib64/libopenblaso.so.0 (0x00007f4058bdc000) > libopenblasp.so.0 => /lib64/libopenblasp.so.0 (0x00007f4050b9f000) > > So, could it be related to lib/raster/* and GDAL related calls? I am > not sure how to debug further.
It could also be python/numpy... Markus M > > Markus > _______________________________________________ > grass-dev mailing list > grass-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/grass-dev
_______________________________________________ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev