Assertion Fehler - was nun

Hallo,

' schrieb:Was uns Rolf ( ) uns, speziell gottfried, gesagt hat ist: Die zweite Fehlermeldung kannst/musst du ignorieren. Die ist mit an 100% grenzender Wahrscheinlichkeit ein Folgefehler der ersten Meldung. Bereits bei der ersten Meldung muss du das Programm beenden.

also jetzt habe ich wiklich viel gelernt danke - so weit so gut

' schrieb:Was du jetzt machen kannst?

Erstens:
Die (erste) Fehlermeldung an NI schicken. Und auf einer Antwort bestehen. Ggf. weitere Daten mitschicken wie z.B. Zeile und Modul, in der der Fehler aufgeterten ist.

das werde ich tun .... ich bekomme sicher in 4 Monaten auch keine Antwort

' schrieb:Zweitens:
Das gesamte Projekt hinschicken.

da verweist mich sicher (schon erlebt) NI auf "Drittens"

' schrieb:Drittens, interessant:
Durch Weglassen diverser Codeteile feststellen, welcher Code den Fehler auslöst. Was nur, wie auch bei zweitens, sinnvoll ist, wenn der Fehler zuvor zu 100% reproduzierbar ist. Dabei hoffen, dass der Fehler nicht nur in Kombination mehrerer Codeteile auftritt.

das ist eine lange Arbeit, aber zugegeben eine Herausforderung

' schrieb:Viertens:
Wenn der Fehler nur selten auftritt, also sporadisch und nicht wiederholbar, dann Ansehen wie einen kleinen Schlaganfall: Ignorieren und durch. Irgendwann behebt er sich von ganz von selbst.

Ja das ist auch eine Möglichkeit. Die Anrufung der heiligen 8.7

Ähhh.. wie sich nach langem herumprobieren herausgestellt hat tritt der Fehgler, in einer langen langen Wurscht (hochdeutsch Wurst) von Bearbeitungsschritten mit VISION irgendwo auf, und das nur wenn diese "Wurscht" nur einmal durchlaufen wird, wenn die "Wurscht" öfter abgearbeitet wird (Whileschleife) tritt der Fehler nicht auf. Das macht die Angelegenheit mehr als rätselhaft für mich.

Was mein wirkliches Glück ist: es tritt auch nur in einem spezifizierten, aber praktisch nie verwendeten Aufgabenzweig auf... "Viertens"+"Erstens"

Vielen lieben Dank

Gottfried