Office: (Office 2010) Laufzeitfehler '424': Objekt erforderlich

Hallo zusammen,
ich habe ein Riesenproblem mit einem Fehler, der vermutlich durch das Crashen der Access-DB verursacht wurde. Es zwei Mal jeweils nach einem Crash der DB aufgetaucht.
Meine Prozedur, die reibungslos funktionierte, bugged mit der Fehlermeldung Laufzeitfehler '424': Objekt erforderlich.
Was ich mache: Über eine AccessDB Excel aufrufen, Excel-Files aufrufen, Daten in DB importieren und diese dann in SQL Server übertragen.
Nach Crash funktioniert Folgendes nicht mehr:
Code:

Ich habe das Problem (vorerst) folgendermassen beheben können, ohne aber genau zu verstehen, wie es verursacht wurde und worin die Lösung besteht:
Code:

So funktioniert der Excel Part nun, aber mein Transfer in den SQL Server im Anschluss über eine QueryDef geht ebenfalls nicht mehr. Gleiche Fehlermeldung (und meines Erachtens gleiches Problem): das Objekt.
Code:

Dies kann ich aber nicht analog oben lösen, und ich würde nun gerne verstehen, was eigentlich passiert.
Hat jemand eine Idee? Korrumpierte DLL? Verweise beschädigt?
Es ist schon das zweite Mal, das mir so was passiert. Nicht geholfen haben: Neuinstallation von Office und Access, Reparieren und Komprimieren der DB, Verweise sind nicht verändert und so wie bei anderen funktionierenden Rechnern gesetzt.
Auf anderen Rechnern funktionierte es beim ersten Mal noch, darum habe ich den Rechner getauscht, dann war alles ok. Nun funktionert es nirgendwo mehr, weshalb ich auf eine kaputte DB schliesse. Ist das reparierbar? Fehlerscan mit sfc scannow hat keine Fehler entdeckt. Warum nach Crash? Wie kann ich stabiler programmieren?
Danke für eure Hilfe

:)

 

Hallo,

habe deinen Beitrag nur überflogen - aufgefallen ist mir die Deklaration - schreib mal

Code:

 

Moin,
ich kann mir zwar auch keinen Reim auf den Fehler machen, aber wenn das nach einem Crash aufgetreten ist, hilft vielleicht ein Decompile donkarls Access-Seiten.
maike

 

Hallo,
nein, funktioniert leider nicht.
Ich habe ebenso einen registry Cleaner durchlaufen lassen - ohne Erfolg.

 

Hallo,
das macht er nicht, er erkennt decompile nicht und weigert sich das so zu öffnen...

 

du kannst folgendes probieren:

• die betreffende query (qry_delete_) löschen und neu erstellen, am besten dazwischen komprimieren und reparieren ausführen
• neue DB erstellen, alle Objekte reinkopieren, Verweise setzen
• Datensicherung einspielen, ggf Tabellen mit aktuellen Werten befüllen

 

Versuch's so:
Code:

also den Decompile-Schalter als letztes.
maike

 

Er meckert, macht die DB auf aber will Code:

nicht machen.

 

Hallo,
ich habe eine ganz neue DB erstellt, nur mit folgendem late binding code drin:
Code:

, also ohne über Shell zu gehen, wie bisher. Funktioniert nicht. Oben in meiner ersten Mail beschriebener Laufzeitfehler.
Läuft das bei euch?
Danke & Grüße

 

Wenn das nicht läuft, kannst Du den Rechner erschießen ...

Entweder das Excelobjekt ist beschädigt. Dann dürfte es aber per Handstart, Aufruf mit Shell und dergleichen auch nicht laufen. Überprüfen.

Oder Deine Accessinstallation ist beschädigt. Das Gleiche auf einem anderen gleichwertigen Rechner probieren. Installation reparieren bzw. neu aufsetzen.

CreateObject könnte man auch mal mit Word, Outlook, Scripting Runtime ... testen.

Lässt sich das Crashen näher beschreiben?

 

Der jüngste Crash war nach

Code:

Wenn hier kein Excel offen ist gibt es einen Fehler der bewusst vom Errormanager abgefangen wird. Ist Escel offen, wird es geschlossen.
Zuerst hatte ich den Code einmal ohne errormanager durchlaufen lassen, dann gab es ganz normal einen Error/Debugger.
Als ich ihn später aus Versehen nochmal ohne Errormanager laufen habe lassen, hat es keinen debugger mehr gegeben, Access hat sich bei Set XLApp... komplett aufgehängt, ohne (keine Rückmeldung) -Anzeige, ohne Anhalten zu können. Musste Access abwürgen, danach ging nur noch Shell.

 

Seltsam ist allerdings, dass, als das Problem auf dem ersten rechner auftrag, andere Rechner den Code in der gleichen DB auführen konnten. Nach meinem rechnerwechsel ging es wieder, aber Access und Office Neuinstallation ahben nichts gebracht.
Heute hingegen funktioniert die DB nirgendwo mehr - aber auch keine neue DB auf meinem Rechner...
Ich denke du hast Recht und es ist wahrscheinlich wirklich irgendwas richtig kaputt. Ich würde das nur so gerne verstehen

 

Und: Beschränkt sich das Problem auf die Zusammenarbeit mit Excel?
Frei von Viren und/oder Fremdsteuerung?

 

Firmenrechner, ich gehe davon aus...
Was ich gerade probiert habe - und funktio Code:

niert...

Das heisst, dass nur Excel betroffen ist.
Meines erachtens hängt es an irgendeinem Objektverweis(??) da
Code:

ja funktioniert. In der Shell variante gibt es ja den Zwischenschritt mit Variant und der Variable x.

 

Ggf. müsstest Du dann die Installation von Excel überprüfen.