3. thread und Vererbung

thread und Vererbung

  • Mod

    happystudent schrieb:

    Aber ich will den thread noch nicht joinen...

    Was heißt hier "noch nicht". Du joinst nirgends. Aber irgendwo musst du joinen, sonst kann so ein Programm nicht korrekt funktionieren. Mach's doch einfach mal.

    0
  • H

    Ruvi schrieb:

    Also in VS2013 gibt der bei mir auch, wenn ich join herausnehme den Text aus und crashed dann eine Sekunde spaeter.

    Echt? Ich benutze auch VS2013 und bei mir wird nichts ausgegeben (Debug Mode). Was meinst du mit "crashed eine Sekunde spaeter" - eine Sekunde nachdem das Programm beendet wurde oder eine Sekunde während du noch an einem Breakpoint hängst?

    SeppJ schrieb:

    Was heißt hier "noch nicht". Du joinst nirgends. Aber irgendwo musst du joinen, sonst kann so ein Programm nicht korrekt funktionieren. Mach's doch einfach mal.

    Ja, mit join gehts, das schon. Aber ich verstehe halt nicht warum? Nach meinem Verständnis wird mit run der thread erstellt und gestartet - richtig?

    Dann müsste doch der thread auch ohne join fertig werden wenn man lange genug wartet, oder? Weil join blockiert doch nur den aktuellen thread bis der andere thread fertig ist, aber der muss doch auch von alleine fertig werden können? Ich meine, do_something wird ja aufgerufen, nur macht es halt nicht das was es soll.

    0
  • T

    happystudent schrieb:

    Dann müsste doch der thread auch ohne join fertig werden wenn man lange genug wartet, oder? Weil join blockiert doch nur den aktuellen thread bis der andere thread fertig ist, aber der muss doch auch von alleine fertig werden können? Ich meine, do_something wird ja aufgerufen, nur macht es halt nicht das was es soll.

    Ohne das join läuft der Hauptthread einfach durch ohne zu warten und wenn der ans ende der main kommt ist das Programm zu ende und alle anderen Threads werden gekillt. Da der Hauptthread nichts zu tun hat passiert das quasi sofort so das der andere thread nicht dazu kommt irgendetwas zu machen.

    0
  • H

    TNA schrieb:

    Ohne das join läuft der Hauptthread einfach durch ohne zu warten und wenn der ans ende der main kommt ist das Programm zu ende und alle anderen Threads werden gekillt. Da der Hauptthread nichts zu tun hat passiert das quasi sofort so das der andere thread nicht dazu kommt irgendetwas zu machen.

    Nein, das Programm geht nicht zu Ende. Wie gesagt, ich setze einen Breakpoint in die letzte Zeile und warte dort. Aber auch nach Minuten passiert nichts obwohl das Programm noch läuft, das ist die eigentliche Fragestellung.

    0
  • Mod

    Es ist wohl davon auszugehen, dass du deinen Debugger nicht korrekt benutzt. Multithreadanwendungen zu debuggen ist nicht ganz einfach.

    0
  • N

    happystudent schrieb:

    TNA schrieb:

    Ohne das join läuft der Hauptthread einfach durch ohne zu warten und wenn der ans ende der main kommt ist das Programm zu ende und alle anderen Threads werden gekillt. Da der Hauptthread nichts zu tun hat passiert das quasi sofort so das der andere thread nicht dazu kommt irgendetwas zu machen.

    Nein, das Programm geht nicht zu Ende. Wie gesagt, ich setze einen Breakpoint in die letzte Zeile und warte dort. Aber auch nach Minuten passiert nichts obwohl das Programm noch läuft, das ist die eigentliche Fragestellung.

    Siehe meinen Beitrag. Es passiert schon etwas, du siehsts nur nicht.
    Edit: Oder das, was SeppJ sagt.

    0
  • H

    Nathan schrieb:

    Siehe meinen Beitrag. Es passiert schon etwas, du siehsts nur nicht.

    Hm, ich hab ein std::cout.flush(); an den Ende des Codes angefügt und den Breakpoint danach gesetzt. Das Ergebnis ist sehr komisch: manchmal wird der string angezeigt (und zwar sofort bei erreichen des Breakpoints), meistens aber nicht (und dann bringt auch warten nichts)...

    SeppJ schrieb:

    Es ist wohl davon auszugehen, dass du deinen Debugger nicht korrekt benutzt. Multithreadanwendungen zu debuggen ist nicht ganz einfach.

    Hm Ok... wie debuggt man denn Multithreadanwendungen dann richtig? Einfach breakpoint setzen geht da nicht mehr?

    0
  • Mod

    happystudent schrieb:

    Hm, ich hab ein std::cout.flush(); an den Ende des Codes angefügt und den Breakpoint danach gesetzt. Das Ergebnis ist sehr komisch: manchmal wird der string angezeigt (und zwar sofort bei erreichen des Breakpoints), meistens aber nicht (und dann bringt auch warten nichts)...

    Da hast du dir ja auch eine super Race-condition gebastelt.

    Ich versteh es einfach nicht. Wir haben dir doch schon längst gesagt, warum dein Code nicht funktioniert. Aber du scheinst irgendwie komplett zu ignorieren, wozu join da ist.

    0
  • H

    SeppJ schrieb:

    Ich versteh es einfach nicht. Wir haben dir doch schon längst gesagt, warum dein Code nicht funktioniert.

    Ich dachte es liegt daran dass ich meinen Debugger nicht richtig benutze und nicht an dem Code? 😕

    SeppJ schrieb:

    Aber du scheinst irgendwie komplett zu ignorieren, wozu join da ist.

    Ich ignoriere ja nicht komplett wozu join da ist, sondern versuche das Verhalten des Codes nachzuvollziehen. In der Doku zu std::thread::join steht:
    *
    "This blocks the execution of the thread that calls this function until the function called on construction returns (if it hasn't yet)."*

    Also muss man durch simples abwarten doch auch die Ausgabe bekommen (und danach join aufrufen).

    0
  • Mod

    happystudent schrieb:

    Also muss man durch simples abwarten doch auch die Ausgabe bekommen (und danach join aufrufen).

    Aber tut denn der andere Thread überhaupt noch irgendwas, wenn du einen Breakpunkt setzt?

    0
  • H

    SeppJ schrieb:

    Aber tut denn der andere Thread überhaupt noch irgendwas, wenn du einen Breakpunkt setzt?

    Eigentlich schon (er geht zumindest in die Funktion rein und man kann auch manuell durchsteppen)... Aber ich werd jetzt erstmal ein Tutorial für Multithreading Debugging suchen, da es ja tatsächlich daran zu liegen scheint (dachte erst dass irgendwas mit dem Code nicht stimmt).

    0
  • F

    Im Visual Studio ist es AFAIK so, wenn der Debugger an einen breakpoint anhält, so wird das ganze Programm (-> alle Threads) angehalten.

    0
  • S

    firefly schrieb:

    Im Visual Studio ist es AFAIK so, wenn der Debugger an einen breakpoint anhält, so wird das ganze Programm (-> alle Threads) angehalten.

    Exakt.

    Theoretisch sollte bei dem Problem hier doch auch ein warten des Hauptthreads helfen, oder?
    Sprich anderen Thread starten, den Hauptthread für paar Sekudnen arbeiten oder schlafen lassen und erst dann aus der main-Funktion rausspringen.

    0
  • H

    Stimmt, ihr habt recht. Dann kann ich natürlich an meinem Breakpoint warten bis ich schwarz werde 😃

    Gut zu wissen 👍

    0
Anmelden zum Antworten