Update-Befehl scheitert locking von zweitem User [ERLEDIGT]

[UliTs]

Hallo allerseits,

ich habe konkret folgendes Problem:
Ein Update-Befehl scheitert mit der Fehlermeldung

• Error 5035: The requested lock could not be granted. The file or record may be locked by another user.

Wie kann ich bestimmen, durch welchen User der Datensatz gelockt ist?

Uli

[brandelh]

Ob die ADS das intern macht weiß ich nicht, bei normalen DBF habe ich dafür ein Feld vorgesehen, das ich manuell fülle und wieder leere.
Geht natürlich nicht bei automatischem Lock

[Tom]

Bei der ADS kann man über die Funktionen, die die ACE32 zur Verfügung stellt, abfragen, welcher Nutzer aktiv ist, welche Tabellen genutzt werden und ob es (und wie viele) Locks gibt. Da gibt es auch fertige Wrapper für.

Allerdings - eine Sperrung hat zumeist einen Grund. Was willst Du tun, wenn Du weißt, wer sperrt? Es gibt zwar auch "Kill User", womit man einem ADS-Nutzer quasi die Füße wegschlagen würde, einschließlich der durch ihn verursachten Sperrungen, aber damit würdest Du riskieren, dass eine relevante Datenoperation zerstört wird.

[UliTs]

...
Was willst Du tun, wenn Du weißt, wer sperrt?
...

Vielen Dank für die Hinweise.

Im konkreten Fall möchte ich in der Fehlermeldung zusätzlich anzeigen, durch wen der Datensatz "gelockt" ist.
In anderen Fällen (z.B. wenn exklusiver Zugriff benötigt wird) zeige ich mit Hilfe von

Code: Alles auswählen

AdsMgGetUserNames

an, wer alles die Tabelle geöffnet hat. Und während ich dies schreibe, finde ich vermutlich auch schon die gesuchten Funktionen :

Code: Alles auswählen

AdsMgGetLocks
AdsMgGetLockOwner

Damit kann ich vermutlich obiges realisieren

Uli

[nightcrawler]

AdsMgGetLockOwner heißt der richtige Kandidat.

[UliTs]

Danke, hat wunderbar funktioniert

Uli