Take the 2-minute tour ×
Geographic Information Systems Stack Exchange is a question and answer site for cartographers, geographers and GIS professionals. It's 100% free, no registration required.

I have been using the file gdb api .NET wrapper, and it has suited my needs quite nicely (vs using ArcObjects). One of the things I have yet to figure out if there is a proper way to determine if a table or fc is locked before attempting to write to it.

What I have been doing is wrapping a update/insert in a try/catch, and if I get to 'cant acquire lock exception...', I know the object is locked by something else.

Am I missing a better way to tell if a given table or fc can be written to?

share|improve this question
I would also be interested in an answer to this question, not just for the File Geodatabase API, but ideally also for ArcObjects. –  stakx Mar 28 '13 at 16:55
Since they are two completely different APIs I would suggest asking a separate question. I'm not sure whether the bounty could be moved over though. –  blah238 Mar 28 '13 at 17:01
I agree with @blah238. The answer for ArcObjects is to use The ISchemaLockInfo & ISchemaLock to provide information about a schema lock; I think there is no answer for the Filegeodatbase API –  Devdatta Tengshe Mar 28 '13 at 17:10
I agree. My comment was made in the hope that any answer about this issue might reveal how ESRI wants us to discover table locks... the principles will likely be the same in both the File GDB API and ArcObjects. But of course the current bounty is meant to encourage File GDB API-specific answers, since that is this question's focus. –  stakx Mar 30 '13 at 19:46
Did you try Esri::FileGDB::Table::IsEditable ? –  Kirk Kuykendall Apr 3 '13 at 20:16

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Browse other questions tagged or ask your own question.