Office: (Office 2003) LZF 91, Access hängt sich auf

Zwischenstand...

nachdem ich die Funktionalität, die ich noch wollte eingebaut habe, hab ich mein Handling der Objektvariablen überarbeitet.
Im Moment hat es den Anschein, als das ich da irgendwas falsch gemacht habe. Abschließend kann ich das aber noch nicht sagen. Ich werde Bericht erstatten.

 

Zwischenstand:

Ich habe gerade den Verweis auf die Comoncontrols gelöscht und neu gesetzt.
Nun öffnet sich das Form erst mal fehlerfrei und der Kompiler läuft durch.

Später mehr ...

[Edit]
Kannst du noch einmal genau sagen, wie du dein Acc zum Absturz bringst.
Ich bekomme zwar Msgboxen mit Fehlermeldungen aber abstürzen tut nix. *Smilie
Oder ist dieser Fehler, wenn er unbehandelt bleibt, die Ursache?

Vlt. kannst du auch noch einmal kurz die Funktionalität erläutern.
Denn ich kann von links nach rechts et vice versa ziehen, ohne das sich am Tree oder der Liste etwas verändert.

 

Ich hänge zunächst mal eine überarbeitete Version an. evtl. musst Du den Verweis auf Common Control 6.0 wieder nachrüsten.
Erläuterungen findest Du in der *.doc-Datei
Für erlaubte bzw. unerlaubte DDO’s siehe Excel-Tabelle
Beziehungen siehe Grafik

Die Modifizierung meiner Objektvariablen brachte keinen Erfolg. Zwar hatte ich während des Umbaus diverse LZF 91 aber diese ließen sich alle deguggen.

Der Knackpunkt , der Access wieder crashen lässt, befindet sich im Ereignis tv_gruppen_OLEDragOver. Such dort die Zeile , die mit 'Hier 91' beginnt und aktiviere den Debug.Print-Abschnitt.
Offensichtlich hat nicht jedes Node auch einen Next-Node und das bringt wohl den Fehler.
Das mit dem Next war auch nur ein Versuch und wird nciht mehr gebraucht, aber es löst halt bei mir den Fehler aus und crasht Access.

Ich hoffe, das DU mit den Erläuterungen klar kommst

Edith: Nach dem Aktivieren des Debug.Print-Abschnittes dragge im Treeview einen Root-Node und ziehe ihn hin und her ohne loszulasen. Dann sollte der Fehler kommen

 

Ok, in dem Bsp. lässt sich was bewegen. *biggrin.gif*
Ich schaffe es auch einen Fehler zu provozieren.
Allerdings nur wenn ich (bestimmte?) Befehle verschiebe.
Es poppt die Msgbox mit der Fehlermeldung auf, und die Eieruhr hinterlässt den Eindruck, Acc sei eingefroren (ich gehe davon aus, dass das der Punkt ist, der bei dir zum finalen Ende führt).
Nach Druck auf die ESC-Taste geht´s jedoch ganz normal weiter.
Aber ich scheine auch ein außerordentlich stabiles Office zu besitzen *Smilie

Falls es für dich noch relevant ist oder noch einmal wird:
Du kannst mit der LastSibling-Eigenschaft feststellen, ob der Knoten der Letzte (Kind-) Knoten ist und den Fehler im vorhinein vermeiden.
Code:

 

Wäre doch schlimm, wenn nicht *upps

Letzteres scheint mir dann wohl zu fehlen *frown.gif*
Wie ich erwähnte, hatte ich auch Fehlersituationen, aus denen ich mit Escape raus kam. Aber beim 'finalen Ende' eben nicht mehr. Mit welcher Accessversion hast DU getestet? Ich gedenke das Beispiel mal bei einem Freund zu installieren und dort zu gucken, wie es sich verhält. Allerdings hat der Acc07.

Stellt sich mir die Frage, ob das beschriebene Verhalten das Beispiel bzw. die spätere Anwendung, wo das Beispiel integriert werden soll, evtl. instabil machen könnte oder ob ich mit derlei Huddeleien nicht rechnen muss, solange keine Fehler auftreten.

Danke für den Hinweis. Ich hatte, was in der zweiten Variante schon wieder fehlt, das Next-Object mit IsNothing überprüft und nur bei false dann die Debug.Print-Aktion aufgerufen. Da gab es dann auch keinen Fehler mehr.

Danke für Deine Bemühungen. Sollte ich noch zu weiteren Erkenntnissen kommen, werde ich das posten.

 

Acc 2003 SP2 (11.6566.8132)

 

Ich hab Access 2003 (11.8321.8341) SP3

 

Jetzt falle ich wirklich vom Glauben ab.

Habe das Beispiel nochmal modifiziert und wieder einen LZF91.

Ich habe versucht, einen Item aus dem Listview einem anderen Child zuzuordnen. Diese DDO ist so vorgesehen.

Abgesehen das Access wieder tschüss sagt hab ich jetzt nacheinander Haltepunkte gesetzt, um zu sehen, an welcher Stelle der Fehler auftritt und Access aussteigt.

Das gedraggte Item hatte als Text-Eigenschaft den Inhalt 'texture'.

In meiner Fehlerbehandlung des Ereignisses 'lv_befehle_OLEStartDrag' steht 'texture' plötzlich hinter Case Else.. siehe Codebeispiel, roter Text.

Code:

Das kann doch nicht normal sein, das Inhalte eines Controls plötzlich im Code landen?

Edith:
Während ich weiter degugge, per Einzelschritt, entsteht plötzlich folgendes:

Code:

Ich meine, wenn so ein Scheiss zur Laufzeit passiert, dann wundere ich mich garnicht, wenn Access aussteigt

 

Hallo!

Solange du den Text nicht per Sendkeys o. ä. überträgst, ist das nicht normal. *wink.gif*

mfg
Josef

 

SendKeys verwende ich nicht.

Aber selbst damit, wie können Dateninhalte in den VBA-Code gelangen??? Das sollte eigentlich überhaupt nicht gehen. *boah *boah *boah

Die Inhalte meiner Nodes und Items landen in Membervariablen einer Klasse zur Weiterverarbeitung. Aber das kann doch wohl auch kaum der Grund sein

 

Hallo!

Irgendwelche Kopoeiraktionen über die Zwischenablage machst du auch nicht, oder?
Ist das Verhalten reproduzierbar?

mfg
Josef

 

Auch nix mit dem Clipboard.

Reproduzierbar = JEIN

Ich hab Probleme(deswegen der Threed) das mir Access abkackt, bei LZF 91 ,,, objektvariable nicht festgelegt.

Das sich der Inhalt der Texteigenschaft in den Code einfügt, passiert, wenn ich versuche, den Fehler per Einzelschritt zu debuggen. Es ist nur nicht so einfach, gerade in OLEDragOver zu debuggen. Das einfügen des Textes scheint willkürlich zu geschehen. Mal hier mal dort.

Ich hab aber gerade Temaviewer zugang zu einem Rechner mit Acc2007 bekommenn. Will erstmal mein Beispiel dort testen. Vllt bringt das ja neue Erkenntnisse

Edith: Also Acc2007 hängt sich genauso auf. Von daher dürfte es nicht an meiner Accessinstallation liegen

 

Hallo Uwe!

Ich habe Access2010 und kann den Fehler aus #18 nicht nachstellen. Kannst du nochmal eine DB hier einstellen, bei der der Fehler auftritt und kurz erläutern, was du gemacht hast? Danke!

Grüße
Ingo

 

Hallo
in der DB im Anhang ist der Fehlerauslöser aktiv und befindet sich im tv_gruppen_OLEDragOver.
Du kannst auch nach folgendem Kommentar suchen: 'Fehlerauslöser

Um ihn auszulösen dragge ich einen Rootnode und ziehe ihn hin und her. Noch vor dem loslassen kommt der Fehler.
Ich will aber nur noch wissen, wie sich Dein Access dann verhält. Der Code selber ist an sich nciht mehr relevant

 

Hallo Uwe!

Ich habe jetzt mehrere Male den obersten Node angefasst und gehalten und nach oben/unten, links/rechts und kreuz/quer innerhalb, außerhalb des Fenster mit der linken Mausteste bewegt und konnte keinen Fehler produzieren.

Im Debugfenster kann man das hier nachlesen (in wesentlicher größerer Menge):
Fahrrad:
Fenster:
Schuppen:
ssss:
Turm:
Zaun:
Tanke:
Wohnhaus:
Sandungsturm:
Wasserkran:
[usw]

Die Verweise sehen so aus.

Ich kann keinen Fehler provozieren. Ist das jetzt gut oder ist das schlecht?
Vielleicht mache ich beim Test auch was falsch?

Grüße
Ingo