BenutzerEvent löst timeout-Case aus

(02.07.2013 18:21 )Holy schrieb:  Das ist nicht korrekt. Jede Registrierung stellt eine eigene Queue dar und erhält jeden gefeuerten Event für sich. Somit kannst du einen Event feuern und alle Stellen die diesen Event separat registriert haben erhalten diesen auch. Problem an Hassenfuss seinem Beispiel war die Wiederverwendung einer Registrierung und somit war das Element in der Eventqueue jeweils schon verarbeitet.

Tatsache ist zunächst, dass das VI funktioniert, und zwar zuverlässig. Es ist alles richtig was Du sagts, aber wo soll genau die Stelle in meinem VI sein, in der etwas "nicht korrekt" ist?

Ich bringe die Vis noch in einer verbesserten Version. Der Mangel war die fehlende Skalierbarkeit. D.h. das Vi funktionierte mit den 2 SubVIs, aber bei Erweiterung auf N SubVIs, die ja alle geschlossen werden müssen, hätte man die Ereignisstrukturen jedes Mal anpassen müssen.

Daaillierte Beschreibung des Stop-Vorganges:
Bei allen VIs (MainVI und beliebige viele SubVIs) gibt es den Ereigniscase „ Stopp“ für den lokalen StopKnopf. Dieser beendet das Vi, aber nicht ohne vorher noch das benutzerdefinierte Ereignis „StopExtern“ zu generien:
   
.
Diese benutzerdfiniete Ereigns kann in allen noch geöffneten VIs gleichermaßen verarbeitet werden. Es ist Zufall, welches dieser VIs das Ereignis annimmt und sich dabei ebenfalls schließt.
Die restlichen VIs blieben aber geöffnet – so funktionierts also nicht.
Die Lösung des Problems: Bei der Eventbehandlung „StoppExtern“ wird das VI beendet, vorher aber das Event „StoppExtern“ erneut generiert:
   
Das verursacht dann das Schließen eines weiteren, zufällig ausgewählten VIs.
Wenn das letzte VI geschlossen wird, erzeugt das zwar immmer noch einen neues Event „StoppExtern“, das geht aber dann ins Leere, weil die gesamte Aplikation geschlossen ist.