[gdal-dev] QGIS hanging when opening a FileGDB on 64 bit Linux

Jeremy Palmer JPalmer at linz.govt.nz
Mon Aug 12 13:12:11 PDT 2013


Further to this I see that when you open a FIleGDB in QGIS 3 OGROpen calls made to the same database before any OGR_DS_Destroy calls are made. These open calls occur during the layer selection dialog, the OGR provider construction, and the initialisation of the QgsOgrFeatureIterator.

I'm guessing the fix for this should really be done at the Esri library level, but because we have no control over this maybe something can be done in the OGR library to reuse FileGDBAPI Geodatabase handles?

Cheers,
Jeremy

-----Original Message-----
From: Jeremy Palmer
Sent: Sunday, 11 August 2013 9:08 a.m.
To: qgis-developer at lists.osgeo.org
Subject: QGIS hanging when opening a FileGDB on 64 bit Linux

Hi QGIS devs!

Since the latest round of code changes (maybe over the last 2 months) I can no longer open Esri FileGDB in QGIS. I can read the database and QGIS prompts me from the FileGDB layers to add to the map, but when I select the layer from this dialog QGIS just hangs. I did some debugging and it seems to hang on the OGR_DS_Destroy call within QgsOgrFeatureIterator::close(). Does anyone else have this problem?

I'm running FileGDB SDK 1.3 and Ubuntu 12.04 64bit with QGIS master. I've tested this with the OSGeo4W win32 qgis-dev package and I don't get the problem.

Could this be related to this issue: http://forums.arcgis.com/threads/76527-CloseDatabase-hanging-on-64-bit-Linux-when-same-File-Geodatabase-opened-twice

??

Cheers,
Jeremy

This message contains information, which is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify us immediately (Phone 0800 665 463 or info at linz.govt.nz) and destroy the original message. LINZ accepts no responsibility for changes to this email, or for any attachments, after its transmission from LINZ. Thank You.


More information about the gdal-dev mailing list