Office: (Office 2010) Laufzeitfehler wenn Ereignis ausgelöst wird und Formularkopf vorhanden ist

Hallo!

Ich habe bei einem PC ein Problem mit einer Anwendung.
(Windows 7, Office 2013 + Access Runtime 2010 / auch schon ART 2013 sowie Acc 2010 Vollversion getestet)

Problem: sobald ein Formular einen Formular-Kopf hat, läuft keine Ereignisprozedur.

Es kommt zum Fehler:

Klick auf "Hilfe anzeigen" zeigt:

Test auf dem Problem-PC mit installierter Vollversion von Access 2010:
Ungebundenes Formular mit einem CommandButton.
Als Reaktion auf das Click-Ereignis wird eine Msgbox angezeigt. (Mehr Code gibt es nicht.)

Formular ohne Formularkopf: Code läuft
Formular mit Formularkopf: Obige Fehlermeldung wird angezeigt.


Kennt jemand von euch diesen Fehler und eine mögliche Fehlerbehebung?
Anm.: Eine Office-Reparatur hat nicht geholfen. (Windows neu aufsetzen möchte ich vermeiden.)

mfg
Josef

:)

 

Hallo Josef,

tritt das Phänomen nur in einer bestimmten db auf? Dann ist sie ggf korrupt und ein kopieren aller Elemente in eine neu erstellte mdb/accdb könnte helfen.

 

Hallo Jürgen!

Das Problem tritt auch bei einer neu erstellten accdb auf.
(Anm.: Eine mdb testete ich nicht.)

/decompile & Co. sind die ersten Maßnahmen, die ich bei "unerklärbaren Fehlern" ausprobiere. *wink.gif*
In diesem Fall kann ich allerdings einen Fehler im Code (auch im kompilieren Code) ausschließen.

Die Test-Anwendung enthält nur 1 Formular mit folgenden Code:
Code:

Ich tippte zuerst auf ein defektes Access. Allerdings hat eine Reparatur als auch eine Neuinstallation der Runtime nicht geholfen.
Es muss also etwas anderes - vielleicht Windows-spezifisches - defekt sein.

Weiters ausprobiert (ohne Auswirkung):
* Steuerelement mit und ohne Design
* Registerkarten und überlappende Fenster

mfg
Josef

 

Hast Du evtl. Nicht-Standard Verweise drin?
Hatte das Problem auch mal - da musste ich eine ActiveX (ocx) einmal rausschmeissen, kompilieren, speichern, Neustart. Danach wieder eingefügt.

 

Das Problem tritt nur auf diesem einem PC auf und auf anderen Rechnern läuft die Anwendung ohne Fehler?

Auf welches Klick-Ereignis? Auf den Formularkopf?

Lässt sich die DB auf dem betroffenen Rechner vollständig kompilieren?
Kann es evtl. ein Sprachproblem DE/EN sein?
Hast du das Form mal mit SaveAsText exportiert und geschaut ob darin etwas auffälig ist, wenn der Formularkopf vorhanden ist?
Ist auf dem Rechner ein spezieller Virenscanner installiert? - Wenn ja, hast du mal probiert diesen auszuschalten?

 

\@Jan: Verweise sind nur die enthalten, die man nicht entfernen kann (VBA+Access)

Ich finde es etwas eigenartig, dass das Problem nur auftritt, wenn der Formularkopf aktiviert ist.

/edit:
und jetzt wird es noch interessanter:
Wenn ich eine accdb auf diesem PC erstelle und die accdb auf meinem Rechner ausführe, kommt auch dort der Fehler.
=> ist eventuell die VBA.dll zerschossen?

/edit

Auf den anderen PCs läuft die Anwendung (identische Office-Version)

Ich kann mittlerweile mit dem einem PC ein Formular zerstören.
Muss dafür nur einmal die Kopf-Fußzeile aus- und dann wieder einblenden. Dann läuft dieses Formular auf meinem PC auch nicht mehr.
=> werde einen Textvergleich machen.


mfg
Josef

 

Ergebnis des Text-Vergleichs:
Im Form-Code sind ein paar Checksummen unterschiedlich.

Test-Datei im Anhang:
Test2_vorher.accdb ...Formular das sogar auf dem Problem-PC läuft
Test2_nachher.accdb .. Formular wurde auf dem Problem-PC geöffnet, einmal Formularkopf aus und an => Button-Click läuft nicht mehr .. auch nicht mehr auf meinem PC, auf dem die Test2_vorher.accdb erstellt wurde.


Importiere ich das Formular über LoadFromText (egal welche der beiden Text-Dateien) in die Test2_nachher.accdb, läuft der Code wieder.
Bei dieser einfachen Datei funktioniert somit ein Export/Import. Bei meiner Anwendungsdatei hilft ein Neuerstellen (aus der Quellcodeverwaltung) leider nicht.


/edit:
Problemursache gefunden:
Wenn der Formularfuß mit "Formularfuß" benannt ist, funktioniert auf dem einen PC der Code nicht mehr.
Benenne ich den Formularfuß um (alos ohne ß), dann läuft der Code auch auf diesem PC.#

=>

Das wird es sein, allerdings verstehe ich nicht, warum es nur auf dem einen PC ein Problem ist.


mfg
Josef

 

OS ist auf beiden Rechnern identisch?
Sind die Windows/Office-Updates (kb) auf beiden identisch?

 

\@Jan: Ob alles identisch ist, kann ich von hier aus nicht prüfen. (Hab nur Fernzugriff auf den Problem-PC.)

Da ich den Problemauslöser mittlerweile kenne, benenne ich in der Anwendung einfach alle "Formularfüsse" von "Formularfuß" auf "FormFooter" um.
Dann läuft zumindest die Anwendung.

Warum das bisher kein Problem war bzw. warum das überhaupt ein Problem ist, ist mir zwar nicht klar, aber mitterlweile irgendwie egal. *wink.gif*


Danke fürs Mit-Rätseln!
Josef

 

Hallo Josef
ich Predige schon lange *wink.gif* und werde immer nur Ausgelacht *frown.gif*
Feldname oder Teil eines Objektname Sollte diese zeichen NICHT verwandt werden:
. , / \ * : ! # @ & + - ? ; " ' ^ < > ` % ¦ ~ = ¬ | ¢ $ £ € ¥ [ ] { } § ° © ~
auch nicht Ä,ä,À,à,Â,â, Á,á, Ö,ö,Ó,ó, Ò ò,Ô,ô, Ü,ü,Û, û,ù,Ù,ú,Ú Ï,ï ,Î,î,í,Í,ì,Ì, Ë,ë,È,è,É,é,Ê,ê,Ê,ê, ç,β, ñ,š,ř,ç

 

Hallo!

@Ruedi: Du stellst den Namen vom Formularfuß um, wenn du ein Formular mit Kopf- und Fußzeile erstellst?
Ich machte das bisher nicht. (Werde das auch in Zukunft nicht machen müssen, da ich schon längere Zeit nur noch mit der engl. Version entwickle. Gegen Altlasten hilft das - wie man sieht - aber nicht. *wink.gif*)

mfg
Josef

 

\@Josef
Kannst Du das Problem denn reproduzieren, wenn Du z.B. einem Steuerelement einen Namen mit enthaltenem "ß" erstellst bzw. diesem dann per VBA einen Wert zuweißt?

Hat sich dadurch evtl. auf dem Problem-PC "etwas eingeschlichen"?

 

\@Josef,

• Hat der Formularfuß in der englischen Version nicht automatisch einen englischen Namen ?
• Vielleicht tritt das Problem auch dadurch auf, daß das Formular in der englischen Version (vielleicht mit US-Zeichensatz, der das ß anders codiert als der deutsche Zeichensatz) entwickelt wird, und der Code dann aber in der deutschen Version abläuft ?

Gruß
Josef

 

\@Joss
siehe #12

 

Hallo!

Das testete ich nicht. Falls ich noch einmal Zugriff auf den PC erhalte, probiere ich das eventuell noch aus.

Das nehme ich nicht an, da es auf anderen PCs mit deutscher Office-Version läuft.

Ja, wenn er in der engl. Version erzeugt wird. Wenn er mit einer deutschen Version erzeugt wurde, ist der Standardname "Formularfuß". Man kann ihn aber in der Entwurfsansicht umbenennen.

Bezüglich Zeichensatz sollte ein ß eigentlich kein Problem sein. Der Name wird im VBA-Code nirgends verwendet. Er ist nur im Quellcode des Formulars (im Design-Teil) enthalten.
Außerdem ist der Quellcode bereits seit Access 2007 Unicode, oder?

BTW:
Das Ändern des Names war zum Glück kein großer Aufwand. Ich checkte einfach alle Formular in der Quellcodeverwaltung aus, ersetzte im *.scc-Verzeichnis mittels NotePad+ "Formularfuß" durch "FormFooter", checkte aus dem Verzeichnis die geänderten Dateien ein und aktualisierte anschließend über die Quellcodeverwaltung die Formulare. => Anwendung läuft auch im Problem-PC. *Smilie

mfg
Josef