On Fri, Jul 3, 2015 at 9:35 AM, Richard Duivenvoorde <rdmaili...@duif.net> wrote:
> src/providers/ogr/qgsogrdataitems.cpp: 50: (QgsOgrLayerItem) [0ms] > [thread:0x15a59d0] lock So it is locked. > #0 0x00007fffefea6ff4 in spatialite_init () > from /usr/lib/x86_64-linux-gnu/libspatialite.so.5 > #1 0x00007ffff4dab5ef in ?? () from /usr/lib/libgdal.so.1 > #2 0x00007ffff4daf463 in ?? () from /usr/lib/libgdal.so.1 > #3 0x00007ffff4db402b in ?? () from /usr/lib/libgdal.so.1 > #4 0x00007ffff4da251b in OGRSFDriverRegistrar::Open(char const*, int, > OGRSFDriver**) () from /usr/lib/libgdal.so.1 > #5 0x00007ffff4a7c8c8 in ?? () from /usr/lib/libgdal.so.1 > #6 0x00007ffff4b4365d in ?? () from /usr/lib/libgdal.so.1 > #7 0x00007ffff4b438b6 in ?? () from /usr/lib/libgdal.so.1 > #8 0x00007fff89be9bb2 in QgsGdalLayerItem::QgsGdalLayerItem ( Still the same. > Nope, it is just that I think it is the same issue... But isn't it > 'just' a fact of a wrong spatialite lib, or I mean to say: are you sure > we can fix this without fixing the spatialite lib? I thought we can, I thought that the problem is concurrent calling of spatialite_init () from multiple threads. I don't know details about why it crashes in spatialite_init(), but mutex lock does not help. I'll revert the commit. GDALOpen/OGROpen are only used to identify if it is Shapefile to add SetCrs capability, can you try to comment GDALAllRegister() and everything after that in QgsGdalLayerItem::QgsGdalLayerItem and OGRRegisterAll() and everything after that in QgsOgrLayerItem::QgsOgrLayerItem? If it works, it can be disabled using SPATIALITE_VERSION_G_4_1_1. > We cannot 'disable' spatialite in our compiled gdal lib, can we? We call GDALAllRegister/OGRRegisterAll, I dont see a possibility to exclude a driver apart GDALDeregisterDriver (GDALDriverH) but GDALAllRegister/OGRRegisterAll are spread around QGIS code (19/5 occurences). > Or compile QGIS in a way to totally forget about it (while we have this issue > in Debian)? Disable spatialite in GDAL? No idea. Unfortunately I am leaving now and will be back in a week so I cannot help in next days. Radim _______________________________________________ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer