Hi,

Ist deine Anwendung multi-threaded?
Wie sieht die Stored Procedure aus?

Thomas

Die App ist multi-threaded, die stored proc ist etwas komplizierter, da es eine zentrale stored proc ist die je nach daten andere Sachen macht und andere Stored procs aufruft.
UNd es funktioniert auch alles, solange keine exception passiert scheinbar.
Bei UniDAC habe ich das immer so mit dem Try/Except gemacht und da wird die exception der DB auch entsprechend i Except block ausgelöst. Aber UniDAC hat scheinbar Probleme beim aufräumen, wenn man mehrere Threads macht mit eigenen TUniConnection-Komponenten. Deswegen hatte ich die gegen DBX Getauscht, weil da geht es.

Habs rausgefunden, meine DBX Verbinfung macht eine WAIT_TRANSACTION auf, dadurch wartet das ExecSQL bei einem Lock conflict, wenn ich es als NOWAIT_TRANSACTION definiere (wo ich noch nicht weiss, wie), dann schmeisst Firebird den Fehler gleich.

Danke an alle, die zumindest drüber machgedacht haben
MRN