Programm hängt in der Ereigniswarteschlange

[kodela]

Hallo,

ein Programm von mir, welches seit Jahren in Verwendung ist, aber immer wieder mehr oder weniger umfangreich modifiziert wird, bleibt plötzlich nach der Behandlung eines Ereignisses (neue Str8ts-Aufgabe eintragen) in einer Ereigniswarteschlange hängen. Beim Debuggen kommt nach

        strBoard.requestFocusInWindow();
        repaint();

folgende Fehlermeldung:

Thread AWT-EventQueue-0 stopped at Unsafe.java.park.

Was kann dafür ursächlich sein?

Gruß, kodela

 

[Thallius]

Da hast du wahrscheinlich ein Problem mit dem Threadding. Was das jetzt ist wird nicht einfach herauszufinden. Wahrscheinlich schreibst du von mehreren Threads aus auf die gleiche Variable (Objekt) und das crashed je nach timing dann.

 

[thet1983]

schreib dir sysouts zum anfang und zum ende jeder methode.

public void doIt(){
   System.out.println("start der methode doIt");
   //.. code
  System.out.println("methode doIt fertig");
}

so kannst du das besser visualisieren wo er hängt...( debugger wäre aber besser )

 

[mrBrown]

folgende Fehlermeldung:

Thread AWT-EventQueue-0 stopped at Unsafe.java.park.

Fehlermeldung oder einfach nur Info des Debuggers, das die Methode grad an der Stelle ist?


In beiden Fällen wäre der StackTrace interessant...

 

[kodela]

Danke für die Hinweise.

@mrBrown: Nur Info des Debuggers (von NetBeans). Bin auf der Suche nach der Ursache. Was könnte als Auslöser in Betracht kommen?
Mittlerweile habe ich über die Stackanalyse die Stelle gefunden, an der das Programm angehalten wird. Es bringt jetzt nichts, wenn ich den ganzen Code poste, will es aber kurz beschreiben:

Über ein Schaltsymbol oder über eine Menüoption wird die Methode für die Eingabe eines Str8ts aufgerufen. auf ggleichem Weg wird die Eingabe abgeschlossen. Die Methode für die Eingabe wird erneut aufgerufen und erkennt, dass die Eingabe beendet ist. Über diverse Submethoden wird nun die Eingabe überprüft und gelöst. Falls ein Eingabefehler vorliegt oder die Aufgabe selbst fehlerhaft ist, erfolgt ein Rückspung mit 0, ansonsten mit 1.

Über den Stack erkannte ich, dass das Programm in einer der Auswertmethoden angehalten wurde, konnte dorthin gehen und die Ausführung schrittweise fortsetzen, dabei auch feststellen, dass die Eingabe fehlerfrei war und gelöst wurde. Nach einigen Verwaltungsaufgaben erfolgte der Rücksprung zur aufrufenden Hauptmethode. Hier wurde die Ausführung erneut angehalten, diesmal verschwand aber die Positionsmarkierung für die aktuelle Codezeile und es ging nichts mehr.

Hier die letzten Zeilen aus der Debugger Console:

Thread AWT-EventQueue-0 stopped after return from 'checkStr8ts()' at Str8tsApp.java:596.
User program running
Thread AWT-EventQueue-0 stopped at Str8tsApp.java:597.
User program running
Thread AWT-EventQueue-0 stopped at Str8tsApp.java:599.
User program running
Thread AWT-EventQueue-0 stopped at Str8tsApp.java:600.
User program running
Thread AWT-EventQueue-0 stopped at Unsafe.java.park.
User program running

Hier noch die zugehörigen Codezeilen:

            int n = str.checkStr8ts();
            EingabeBeendenDialog dlg = new EingabeBeendenDialog(this);
            // gibt es eine eindeutige Lösung
            if (n == 1) {
                statusBarHinweis.setText("Neue Aufgabe mit "
                        + str.getVorgabewerte() + " Vorgabewerten eingegeben.");
            }

Die erste Zeile ist die Zeile 596, von der aus der Aufruf der Submethode checkStr8ts erfolgt, von der wiederum weitere Methoden zur Auswertung aufgerufen werden.

Bei früheren Versuchen lief die Auswertung einige Zeilen weiter (siehe meinen ersten Beitrag).

 

[kodela]

Hallo,

Problem zwar noch nicht gelöst, aber das ist nur noch eine Zeitfrage.

Dadurch, dass bei meinem letzten Versuch das Prgramm nicht, wie eigentlich sonst immer, am Ende der Eingabemethode hängen blieb, sondern beim Rücksprung aus den Auswertemodulen, entfernte ich den gesamten Code vom Rücksprungspunkt bis zu den letzten beiden Zeilen (siehe mein erster Beitrag) und siehe da, das Programm blieb nicht mehr hängen.

Eigenartig ist nur, dass ich den Code für die Eingabemethode schon seit fünf Jahren, zuerst für mein sudoku-Programm, jetzt für das Str8ts-Programm verwende, ohne dass ich etwas verändert hätte. Die Eingabemethode für das Str8ts-Programm funktionierte bis vor etwa einer Woche auch noch einwandfrei. Da konnte allerdings die Aufgabe zwar geprüft, aber noch nicht gelöst werden. Das Modul für die Lösung funktioniert allerdings auch einwandfrei, zum Beispiel, wenn es von der Methode für das Editieren einer Aufgabe aufgerufen wird. Gerade diese Methode ist nahezu identisch mit der Methode für die Eingabe einer neuen Aufgabe.

Na ja, einen Grund für dieses eigenartige Verhalten muss es ja geben. Da habe ich etwas zu suchen.

Nochmals Danke für Eure Hilfe,

kodela

 

[JuKu]

@kodela Benutzt du mehrere Threads?
Und kannst du bitte noch etwas mehr Quelltext offen legen?
Am besten die ganze Methode.

 

[kodela]

@JuKu
Ja, ich benutze neben dem Hauptteil noch Threads für den Ausdruck, das Erzeugen einer Serie, der Zeitanzeige und den Update Check. Während der Zeit, in der dieser "Hänger" auftritt, läuft nur noch der Thread für die Zeit, den ich allerdings auch stoppen könnte. Mein Sudoku Programm, aus dem ich das Str8ts Programm entwickle, kann von meiner Homepage heruntergeladen werden (mit oder ohne Quellcode).

Hier der für den Abschluss einer Eingabe einer neuen Str8ts Aufgabe wesentliche Code:

        else {
            // Bearbeitung soll beendet werden
            symLeisteStrEingabe.setSelected(true);
            boolean beenden = false;
            int n = str.checkStr8ts();
            EingabeBeendenDialog dlg = new EingabeBeendenDialog(this);
            // gibt es eine eindeutige Lösung
            if (n == 1) {
                statusBarHinweis.setText("Neue Aufgabe mit "
                        + str.getVorgabewerte() + " Vorgabewerten eingegeben.");
            }
            else {
                int m = 0;
                if (n < 1) {
                    m = dlg.zeigeDialog(
                            "Diese Aufgabe kann nicht gelöst werden."
                            + "Sie ist möglicherweise fehlerhaft.", false);
                }
                if (m == dlg.ABBRUCH) {
                    abbruch = true;
                    beenden = true;
                    ladenKonfiguration(false, false);
                }
            }
//            if (beenden) {
                if (!abbruch) {
                    strName = unbenannt;
                    zeigeKndTmp = false;
                    setFilterButtons(0);
                    setFehler(0);
                    setTipps(0);
                    setZeigeKnd(false);
                    setFilter(0);
                    setNaviOptionen(false, false, false, false, true);
                    setStartZeit(0);
                    str.uebernehmeNeueAufgabe();
                }
                resetBearbeitungsModus(true);
//           }
        }
        strBoard.requestFocusInWindow();
        repaint();
    }

Die beiden im unteren Teil auskommentierten Zeilen für die if-Abfrage sollten eigentlich aktiv sein, doch wenn dies der Fall ist, tritt der "Hänger" auf. Er tritt selbst dann auf, wenn ich den kompletten Code für die if-Bedingung auskommentiere, die if-Abfrage jedoch nicht. Daraus schließe ich, dass die Ursache des Problems nicht in dem vorstehend gezeigten Codebereich, sondern außerhalb liegt. Es muss um Zusammenhang mit der Lösung der eingegebenen Str8ts Aufgabe "implementiert" worden sein, denn bevor ich die Methode für die Lösung eingebunden habe, konnte ich problemlos neue Str8ts eingeben.

Eigenartig ist allerdings, dass ich auf fast identische Weise für das Editieren einer Str8ts Aufgabe zeitgleich ebenfalls die Lösungserstellung eingebunden habe, dort ohne Probleme.

Gruß, kodela

 

[Thallius]

So wie es aussieht änderst du in dem ausdokummentierten Teil UI Elemente. Da könnte das Problem liegen.

 

[kodela]

@Thallius
Im Auskommentierten Teil ändere ich überhaupt nichts. Auskommentiert ist nur die if-Abfrage. Man könnte auch den gesamten Teil innerhalb des if-Blockes entfernen, dann hätte man eine leere if-Abfrage und auch dann, bzw. gerade dann, tritt der Hänger auf.

 

[mrBrown]

Arbeitest du irgendwo direkt mit der EventQueue?
Lockst du irgendwo irgendwelche Dinge?

Hast du das testweise mal ohne die anderen Threads laufen lassen?

Mal nen ThreadDump gemacht, damit man mal den Stacktrace sieht?

 

[mrBrown]

Arbeitest du irgendwo direkt mit der EventQueue?
Lockst du irgendwo irgendwelche Dinge?

Hast du das testweise mal ohne die anderen Threads laufen lassen?

Mal nen ThreadDump gemacht, damit man mal den Stacktrace sieht?

 

[kodela]

@mrBrown
ich habe den gesamten Teil der Eingabeauswertung in einen try-Block gelegt, um im anschließenden catch-Block mit e.printStackTrace() an die benötigen Infos zu kommen. Was geschah, nichts. Es wurde keine Exception geworfen, es funktionierte alles. Das Konstrukt try/catch wieder entfernt und es funktioniert auch. Ich hoffe, es bleibt so, werde aber alle Teile noch gründlich prüfen. Die Wahrscheinlichkeit, dass irgend wo etwas nicht ganz sauber ist, scheint mir doch sehr groß zu sein.

Danke allen, die sich die Zeit genommen haben, mir zu helfen.

Gruss, kodela

 

[mrBrown]

ich habe den gesamten Teil der Eingabeauswertung in einen try-Block gelegt, um im anschließenden catch-Block mit e.printStackTrace() an die benötigen Infos zu kommen. Was geschah, nichts. Es wurde keine Exception geworfen, es funktionierte alles. Das Konstrukt try/catch wieder entfernt und es funktioniert auch. Ich hoffe, es bleibt so, werde aber alle Teile noch gründlich prüfen. Die Wahrscheinlichkeit, dass irgend wo etwas nicht ganz sauber ist, scheint mir doch sehr groß zu sein.

Es fliegt ja auch keine Exception, warum sollte da auch eine fliegen?
Du hast doch selbst gesagt, dass das Programm an der Stelle einfach hängt.


Wenn es jetzt funktioniert, würde ich mal nachgucken was du wirklich allen geändert hast.