Hallo NG,

seit Tagen plage ich mich mit der o.g. Fehlermeldung herum. In eine
A2k-Anwendung habe ich trotz ErrorHandling keine brauchbare
Fehlermeldung erhalten, sondern immer nur die in folgendem Bild:

http://www.file-upload.net/view-1980...ldung.jpg.html

Worauf könnte diese Meldung hindeuten? Ich weiß, dass es 1000e
Möglichkeiten gibt, aber vielleicht ist eine ganz typische dabei ;-)
Vielleicht hilft mir, wenn ich erfahre, womit sich die mso9.dll
(hauptsächlich) beschäftigt. Ich weiß nicht mehr, wie ich das Problem
weiter einkreisen könnte, jede Menge Debug.Print-Anweisungen waren
bisher nicht zielführend.

Gruß Michael

Michael König schrieb:

> seit Tagen plage ich mich mit der o.g. Fehlermeldung herum. In eine
> A2k-Anwendung habe ich trotz ErrorHandling keine brauchbare
> Fehlermeldung erhalten, sondern immer nur die in folgendem Bild:
>
> http://www.file-upload.net/view-1980...ldung.jpg.html

Kannst Du die Aktion einschränken, bei der die Fehlermeldung kommt?
Evtl. beim drucken? Läuft ein AV-Scanner im Hintergrund? Wenn ja,
welcher genau?

Servus
Winfried
--
Connect2WSUS: http://www.grurili.de/tools/Connect2WSUS.exe
KnowHow.mdb: http://www.freeaccess.de/knowhow.asp
Access-FAQ: http://www.donkarl.com/AccessFAQ.htm
Access-Stammtisch: http://www.access-muenchen.de

Hallo Winfried,

Winfried Sonntag schrieb:
> Michael König schrieb:
>
>> seit Tagen plage ich mich mit der o.g. Fehlermeldung herum. In eine
>> A2k-Anwendung habe ich trotz ErrorHandling keine brauchbare
>> Fehlermeldung erhalten, sondern immer nur die in folgendem Bild:
>>
>> http://www.file-upload.net/view-1980...ldung.jpg.html
>
> Kannst Du die Aktion einschränken, bei der die Fehlermeldung kommt?

nicht so recht; das Eigenartige dabei ist: der Fehler taucht innerhalb
eines Dialog-Formulars auf. Rufe ich dieses Formular von einem
übergeordneten Formular per Command-Button auf (Click-Ereignis), ist
alles okay. Rufe ich jedoch dieses Dialog-Formular direkt auf (während
der Entwicklung zum Testen), passiert der Fehler.

> Evtl. beim drucken? Läuft ein AV-Scanner im Hintergrund? Wenn ja,
> welcher genau?
ja, Avira Antivir in der aktuellen Version

CU

Moin Michael,

*Michael König* schrieb:
> seit Tagen plage ich mich mit der o.g. Fehlermeldung herum. In eine
> A2k-Anwendung habe ich trotz ErrorHandling keine brauchbare
> Fehlermeldung erhalten, sondern immer nur die in folgendem Bild:
>
> http://www.file-upload.net/view-1980...ldung.jpg.html
>
> Worauf könnte diese Meldung hindeuten? Ich weiß, dass es 1000e
> Möglichkeiten gibt, aber vielleicht ist eine ganz typische dabei ;-)

Ich würde als nächstes erstmal probieren, ob es sich vielleicht um einen
Datenbankdefekt handelt. Siehe hierzu FAQ 1.27 auf www.donkarl.com

Ansonsten kann es auch an einem gebrochenen Verweis oder defekten bei den
unter Verweise stehenden Bibliotheken handeln. Da würde dann nur ein Update
für die jeweilige Komponente helfen.

Importiere das defekt-verursachende Formular einmal in eine neue DB und
teste, ob der Fehler da auch auftritt.

> Vielleicht hilft mir, wenn ich erfahre, womit sich die mso9.dll
> (hauptsächlich) beschäftigt. Ich weiß nicht mehr, wie ich das Problem
> weiter einkreisen könnte, jede Menge Debug.Print-Anweisungen waren
> bisher nicht zielführend.

Und das komplette auskommentieren des VBA-Codes?

HTH
Gruß aus Kiel
Reiner
--
Nur, weil der Arzt einen Namen für deinen Zustand
findet, heißt das nicht, daß er weiß, was dir fehlt.

Michael König schrieb:

> Winfried Sonntag schrieb:
>> Michael König schrieb:
>>
>>> seit Tagen plage ich mich mit der o.g. Fehlermeldung herum. In eine
>>> A2k-Anwendung habe ich trotz ErrorHandling keine brauchbare
>>> Fehlermeldung erhalten, sondern immer nur die in folgendem Bild:
>>>
>>> http://www.file-upload.net/view-1980...ldung.jpg.html
>>
>> Kannst Du die Aktion einschränken, bei der die Fehlermeldung kommt?
>
> nicht so recht; das Eigenartige dabei ist: der Fehler taucht innerhalb
> eines Dialog-Formulars auf. Rufe ich dieses Formular von einem
> übergeordneten Formular per Command-Button auf (Click-Ereignis), ist
> alles okay. Rufe ich jedoch dieses Dialog-Formular direkt auf (während
> der Entwicklung zum Testen), passiert der Fehler.

Entweder per F8 debuggen oder die beiden Formulare neu erstellen.

>> Evtl. beim drucken? Läuft ein AV-Scanner im Hintergrund? Wenn ja,
>> welcher genau?
> ja, Avira Antivir in der aktuellen Version

Probiers mal mit einer sauberen Deinstallation zum testen.

Servus
Winfried
--
Connect2WSUS: http://www.grurili.de/tools/Connect2WSUS.exe
KnowHow.mdb: http://www.freeaccess.de/knowhow.asp
Access-FAQ: http://www.donkarl.com/AccessFAQ.htm
Access-Stammtisch: http://www.access-muenchen.de

Hallo Reiner, hallo Winfried,

Reiner Wolff schrieb:
> Ich würde als nächstes erstmal probieren, ob es sich vielleicht um einen
> Datenbankdefekt handelt. Siehe hierzu FAQ 1.27 auf www.donkarl.com
habe ich schon mal durch gearbeitet; insbesondere den Schalter
"decompile" verwende ich ab und zu. Wenn's gar zu dicke kommt, erzeuge
ich eine neue DB und importiere alle Objekte aus der bisherigen DB. Hat
aber hier auch noch nichts gebracht.
> Ansonsten kann es auch an einem gebrochenen Verweis oder defekten bei den
> unter Verweise stehenden Bibliotheken handeln. Da würde dann nur ein
Update
> für die jeweilige Komponente helfen.
nachdem ich Office 2k neu installiert habe, habe ich alle Verweise neu
eingerichtet; ich benutze nur die 3 in der FAQ 7.1 empfohlenen Libraries
für A2k
> Importiere das defekt-verursachende Formular einmal in eine neue DB und
> teste, ob der Fehler da auch auftritt.
der Fehler tritt auch in einer neuen DB auf
> Und das komplette auskommentieren des VBA-Codes?
dann tritt der Fehler nicht mehr auf, wenn ich das Formular direkt
aufrufe, nur tut das Formular nix mehr; mein Verdacht geht ja in
Richtung VBA, nur wie heraus finden, wenn ErrorHandling und Debugging
nicht weiter helfen.

Auch das Deinstallieren des AV-Scanners hat nix genützt.

Die Such-Ergebnisse zu mso9.dll in Google haben mir auch nicht weiter
geholfen, da ich die meisten gar nicht verstanden habe ;-)

CU

Michael König schrieb:

> nachdem ich Office 2k neu installiert habe, habe ich alle Verweise neu
> eingerichtet; ich benutze nur die 3 in der FAQ 7.1 empfohlenen Libraries
> für A2k

Hast Du auch die 3 SPs für Office 2000 installiert?

> > Importiere das defekt-verursachende Formular einmal in eine neue DB und
> > teste, ob der Fehler da auch auftritt.
> der Fehler tritt auch in einer neuen DB auf

Spätestens jetzt wird es Zeit den Code zu posten oder ein
vereinfachtes Beispiel zum Download anzubieten.

BTW: Bitte lass doch eine Leerzeile zwischen dem zitierten und deinem
Text. Liest sich leichter. Danke.

Servus
Winfried
--
Connect2WSUS: http://www.grurili.de/tools/Connect2WSUS.exe
KnowHow.mdb: http://www.freeaccess.de/knowhow.asp
Access-FAQ: http://www.donkarl.com/AccessFAQ.htm
Access-Stammtisch: http://www.access-muenchen.de

Moin Michael,

als PM hätte ich Deine Antwort gar nicht gebraucht.
Bleiben wir doch einfach in der NG.

*Michael König* schrieb:
> Reiner Wolff schrieb:
> > Ich würde als nächstes erstmal probieren, ob es sich vielleicht um einen
> > Datenbankdefekt handelt. Siehe hierzu FAQ 1.27 auf www.donkarl.com
> habe ich schon mal durch gearbeitet; insbesondere den Schalter
> "decompile" verwende ich ab und zu. Wenn's gar zu dicke kommt, erzeuge
> ich eine neue DB und importiere alle Objekte aus der bisherigen DB. Hat
> aber hier auch noch nichts gebracht.

>> Und das komplette auskommentieren des VBA-Codes?
> dann tritt der Fehler nicht mehr auf, wenn ich das Formular direkt
> aufrufe, nur tut das Formular nix mehr; mein Verdacht geht ja in
> Richtung VBA, nur wie heraus finden, wenn ErrorHandling und Debugging
> nicht weiter helfen.

Prima, wenn der Fehler nach Auskommentierung nicht mehr auftritt,
kommentierst Du die Zeilen im Extremfall nur einzeln wieder ein, dann weißt
Du schonmal, welche Zeile für den Absturz sorgt. Dann hilft diese Art des
Debugging ggf. ja doch weiter.
Wenn Du die Zeile(n) gefunden hast, solltest Du den Code hier für die
weitere Analyse posten.

> Die Such-Ergebnisse zu mso9.dll in Google haben mir auch nicht weiter
> geholfen, da ich die meisten gar nicht verstanden habe ;-)

Ich glaube auch nicht, dass Dich diese Suche der Lösung näher bringt

Gruß aus Kiel
Reiner
--
"Who the fuck is General Failure? And why is he reading my harddisk?"
Ist das nicht der Kollege von "General Protection Fault" und "Major
Problem"?

Hi Reiner,

Reiner Wolff schrieb:
> Moin Michael,
>
> als PM hätte ich Deine Antwort gar nicht gebraucht.
> Bleiben wir doch einfach in der NG.
>
sorry, das war ein Versehen
>
> Prima, wenn der Fehler nach Auskommentierung nicht mehr auftritt,
> kommentierst Du die Zeilen im Extremfall nur einzeln wieder ein, dann weißt
> Du schonmal, welche Zeile für den Absturz sorgt. Dann hilft diese Art des
> Debugging ggf. ja doch weiter.
> Wenn Du die Zeile(n) gefunden hast, solltest Du den Code hier für die
> weitere Analyse posten.
>

das einzelne Auskommentieren habe ich auch schon versucht - ohne
Erkenntnisse. Irgendwie scheint der Fehler nach dem End Sub
aufzutauchen; ich poste hier mal die Sub, die ich in Verdacht habe (wird
von einem Command-Button gestartet). Wenn die hier auskommentierten
Zeilen "scharf" sind, tritt der Fehler auf, aber erst nach dem Verlassen
der Sub

'-----------------------------
Private Sub cmdWeiter_Click()
'-----------------------------

If bytStep < 5 Then
ShowButton "Zurueck", True ' zeigt den Zurück-Button an
ShowButton "Weiter", False ' Blendet den Weiter-Button aus

' With Me
' .Caption = strFormTitle & "Schritt 2 von 2"
' !lblKopf.Caption = vbCrLf & "Eingabe von weiteren Daten ..."
' !tabStaLan.Pages("Schritt2").SetFocus
' !cboPilot.RowSource = "1;Hinz;2;Kunz"
' !cboPilot = vbNullString
' !cboPilot.SetFocus
' End With

Else

Me.Visible = False

End If

End Sub

Moin Michael,

*Michael König* schrieb:
> Reiner Wolff schrieb:
>> Prima, wenn der Fehler nach Auskommentierung nicht mehr auftritt,
>> kommentierst Du die Zeilen im Extremfall nur einzeln wieder ein, dann weißt
>> Du schonmal, welche Zeile für den Absturz sorgt. Dann hilft diese Art des
>> Debugging ggf. ja doch weiter.
>> Wenn Du die Zeile(n) gefunden hast, solltest Du den Code hier für die
>> weitere Analyse posten.
> das einzelne Auskommentieren habe ich auch schon versucht - ohne
> Erkenntnisse. Irgendwie scheint der Fehler nach dem End Sub
> aufzutauchen; ich poste hier mal die Sub, die ich in Verdacht habe (wird
> von einem Command-Button gestartet). Wenn die hier auskommentierten
> Zeilen "scharf" sind, tritt der Fehler auf, aber erst nach dem Verlassen
> der Sub

Sowas habe ich auch schon mal gehabt. Wenn ich mich recht erinnere hatte
das bei mir etwas zu tun mit Objektvariablen, die nicht wieder freigegeben
wurden.
Trotzdem würde ich erstmal an Deiner Stelle testweise anfangen, das
Formular neu zu erstellen. Also, neues Formular auf und ein cmdWeiter
draufpacken, Code für drüberkopieren und ausprobieren.

Ein paar kleine Fragen hätte ich allerdings auch zum Code:

> '-----------------------------
> Private Sub cmdWeiter_Click()
> '-----------------------------
>
> If bytStep < 5 Then
> ShowButton "Zurueck", True ' zeigt den Zurück-Button an
> ShowButton "Weiter", False ' Blendet den Weiter-Button aus

Der Code von ShowButton könnte auch interessant sein. Bei Deinem Problem
ggf. auch ob die Parameter ByRef oder ByVal übergeben werden.

> ' With Me
> ' .Caption = strFormTitle & "Schritt 2 von 2"
> ' !lblKopf.Caption = vbCrLf & "Eingabe von weiteren Daten ..."
> ' !tabStaLan.Pages("Schritt2").SetFocus
> ' !cboPilot.RowSource = "1;Hinz;2;Kunz"
> ' !cboPilot = vbNullString
> ' !cboPilot.SetFocus
> ' End With

Warum wird der Focus hier zweimal woanders hingesetzt?
Kannst Du Dir das SetFocus ggf. einfach sparen?

Gibt es einen Grund, dass Du mit einem Ausrufezeichen auf die
Steuerelemente verweist und nicht mit einem Punkt?
Das betrifft die alte Frage 'dot vs. bang', die von Access leicht
unterschiedlich gehandhabt werden. Ich habe mir im Laufe der Jahre
angewöhnt, höchstens beim Zugriff auf Spalten eines Recordsets das
Ausrufezeichen zu benutzen. Ob das bei Dir irgendwelche Auswirkungen hätte,
weiß ich allerdings nicht.

Nächste Frage wäre, welche dieser Zeilen für das Problem zuständig ist.
Tritt es auch auf, wenn Du nur With und End With wieder einkommentierst,
ohne dass tatsächlich Befehle dadrin ausgeführt werden, ect.?

> Else
>
> Me.Visible = False

Wird dieser Dialog vielleicht mehrfach aufgerufen und verbleibt auf Grund
dieser Zeile dann im Arbeitsspeicher, so dass Du ein Problem mit mehreren
Instanzen dieses Formulars bekommst?

Ich hätte ansonsten hier entweder
Me.Hide
oder
Unload Me
erwartet.

> End If
> End Sub

Hast Du ansonsten schonmal getestet, ob das Problem nur auf Deinem Rechner
besteht oder ob es auch auf anderen Maschinen auftritt?
(Falls Du keine Testmöglichkeit hast, kannst Du mir die DB gepackt als PM
schicken.)

Gruß aus Kiel
Reiner
--
Treffen sich ein Kuhfladen und ein MS-DOS. Sagt das MS-DOS:
"Hallo, ich bin ein Betriebssystem, was bist'n du?".
Darauf der Kuhfladen:
"Wenn du'n Betriebssystem bist, bin ich 'ne Pizza!"