Office: (Office 2003) Access kann bei ODBC-Fehler nicht beendet werden

Also sicherheitshalber habe ich das nochmal in einer meiner größeren DBs mit MySQL-Backend abgecheckt:
Wenn ich da ein (komplexes) Formular offen habe (Dynaset) und die SQL-Server-Instanz beende, dann kommt halt eine (per Fehlerbehandlung) ausgegebene ODBC-Fehlermeldung, aber weiter ist nichts blockiert und ich kann sowohl das Formular schließen, wie auch die komplette DB - egal ob per VBA oder Schließen-Kreuzchen.
Würde mich wundern, wenn das Verhalten bei MSSQL-ODBC anders wäre.

Hast du im Formular evtl. noch weitere Recordsets geöffnet bzw. gar globale?

Ciao, Sascha

 

Hallo Sascha,

Das HF hat 6 UFOs und jedes hat sein eigenes Recordset bzw. RecordsetClone.

 

Das hat leider auch zu keinem Ergebnis geführt.
Ich habe folgendes festgestellt: Nachdem On Error-Ereignis des HF bekomme ich noch eine ODBC-Fehlermeldung, sobald ich diese quittiert habe, kann ich die DB schließen.
Leider habe ich bisher keine Möglichkeit gefunden, diese Fehlermeldung abzufangen. Es wäre doch einen Versuch wert, wenn es gelänge diese Meldung abzufangen, zu versuchen ACCESS danach zu beenden...

Oder habe ich keine Chance diese Meldung abzufangen?

 

Warum kannst Du den ODBC Fehler nicht abfangen?

 

Weil ich keinen Schimmer hab wie.
Der kommt im HF bei "On Failure" nicht an und ich weiß leider nicht, wo ich ihn sonst abfangen könnte.

Kann es sein, dass das Ereignis "On Failure" bei einem Formular nur einmal zuschlägt?
Kann man irgendwie dafür sorgen, dass es beim Auftreten eines Fehlers erneut zuschlägt?
Merkwürdig ist, dass die Fehlermeldung, die ich versuchsweise zu Beginn des Ereignisses ausgebe ein zweites mal ausgegeben wird aber der Breakpiont, den ich gesetzt habe nicht.

 

Wenn Du jetzt einen BreakPoint in diese OnError Abteilung setzt und mit F8 schrittweise vorgehst bis der Fehler auftritt, findest Du doch heraus
1. wo das ist und
2. kannst Du Dir die Fehlernummer (im Direktfenster) anzeigen lassen

Jetzt erweiterst Du den Code in der Fehlerbehandlung um exakt diese Nummer.

 

Das dürfte schwierig werden.
Ich hatte genau das schon versucht.
Es passiert folgendes:
Ich durchlaufe die "On Error" Sub im Einzelschritt (F8) sobald ich den letzten Schritt in der Sub ausgeführt habe (Exit Sub), bekomme ich die ODBC-Fehlermeldung und das war's dann mit den Einzelschritten.
Daher ja meine Vermutung, dass dieses Ereignis an anderer Stelle ausgelöst wird.

Dazu passt doch auch die Ursache dieses ganzen Theaters:
Wenn ich das Formular bzw. ACCESS mit DoCmd beenden will (DoCmd.Close / DoCmd.Quit acQuitSaveNone) bekomme ich die Fehlermeldung "2486 Sie können diese Aktion momentan nicht ausführen"
Da sagt zumindest mir, dass da "irgendwo" noch etwas läuft, das unterbrochen werden muss.
Sehe ich das falsch?

 

Ist das eine On_Error Prozedur, die Du für alle Fehler im Klassenmodul des HF angelegt hast oder ist es eine Sprungmarke innerhalb einer Prozedur?

Und: was passiert, wenn Du diese Zeilen in der Fehlerbehandlung hinzufügst: Code:

 

Das ist eine Prozedur, die zuschlägt, wenn das Ereignis "On Error" für das Hauptformular zuschlägt.
Natürlich hat diese Prozedur auch noch mal ein "On Error Goto ..."
Aber der ODBC-Fehler landet hier einfach nicht.

 

Bei mir hilft so etwas, wenn ich die Serververbindung kappe:
Code:

mfg
Josef

 

Ich dachte, ich hätte das Problem so einigermaßen in den Griff bekommen aber dem ist leider nicht so.
Aus meinem HF heraus kann ich zwei weitere Formulare, die beide wieder UFOs enthalten öffnen.
Leider gelingt es mir im Fehlerfall nicht, diese Formulare zu schließen.
DoCmd.Close acForm "Formularname"
Funktioniert leider nicht. Es kommt die Meldung, dass diese Funktion nicht möglich ist.
Gut, eigentlich kein Wunder, da ich ja weder mein HF noch ACCESS schließen kann.
So langsam würde ich doch gerne wissen, woran das liegt.
Wenn ich in den beiden zusätzlichen Formularen den Close-Button drücke, dann fliegen mir wieder ODBC- und andere Fehler um die Ohren, die ich abgefangen zu haben glaubte.
So langsam weiß ich nicht mehr weiter...

 

cheaptrick, du weist aber, dass es außen dem Err-Objekt auch noch eine weitere Fehlerauflistung gibt?
In DbEngine.Errors stehen zumeist die Meldungen, die vom ODBC-Treiber bzw. dem DBMS zurückgegeben wurden.
Diese Fehlerliste würde ich in OnError zusätzlich auswerten.

Ciao, Sascha

 

Nein, das wusste ich nicht.
Aber hilft mir denn noch weiteres Auswerten?
Ich will im Falle einer fehlenden Netzwerkverbindung die DB doch einfach nur schließen, wogegen sich die DB aber leider wehrt *frown.gif*