AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Sprachen und Entwicklungsumgebungen Object-Pascal / Delphi-Language Absturz der Anwendung nach beenden eines Threads
Thema durchsuchen
Ansicht
Themen-Optionen

Absturz der Anwendung nach beenden eines Threads

Ein Thema von Captnemo · begonnen am 19. Jun 2014 · letzter Beitrag vom 20. Jun 2014
Antwort Antwort
Seite 4 von 5   « Erste     234 5      
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.184 Beiträge
 
Delphi 12 Athens
 
#31

AW: Absturz der Anwendung nach beenden eines Threads

  Alt 20. Jun 2014, 10:10
Grad gefunden:
Siehe hatte es auch grade noch so gesehn und meinen Beitrag oben erweitert.
Vorallem das Fette und Nachfolgendes.
$2B or not $2B

Geändert von mkinzler (20. Jun 2014 um 10:12 Uhr) Grund: Link auf Beitrag hinzugefügt
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.184 Beiträge
 
Delphi 12 Athens
 
#32

AW: Absturz der Anwendung nach beenden eines Threads

  Alt 20. Jun 2014, 10:14
TTimer verwendet die Funktion setTimer von Windows. Du könntest das manuell versuchen.
TTimer oder ein eigenes MessageOnlyWindow+SetTimer bringt nichts, solange die "komplette" Bahandlung nicht auf einen der beiden Threads beschränkt wird.
$2B or not $2B

Geändert von himitsu (20. Jun 2014 um 10:20 Uhr)
  Mit Zitat antworten Zitat
Benutzerbild von Captnemo
Captnemo

Registriert seit: 27. Jan 2003
Ort: Bodenwerder
1.126 Beiträge
 
Delphi XE4 Architect
 
#33

AW: Absturz der Anwendung nach beenden eines Threads

  Alt 20. Jun 2014, 10:19
Zitat:
Delphi-Quellcode:
      self.Terminate;
      if Terminated then
      begin
        break;
      end;
Ergibt das nicht einfach nur ein Exit; ?
Meines Wissens wir bei einem Exit die Procedure/Function verlassen, während ein Break nur die Schleife (for, while, Loop) verläßt.

Hilfeauszug:

Exit:
Zitat:
Beendet die aktuelle Prozedur.

In Delphi entzieht die Prozedur Exit der aktuellen Prozedur sofort die Steuerung. Wenn die aktuelle Prozedur das Hauptprogramm ist, bewirkt Exit die Beendigung des Programms.

Exit veranlasst die aufrufende Prozedur, mit der Anweisung nach dem Punkt fortzufahren, an dem die Prozedur aufgerufen wurde.

Anmerkung: Exit entzieht der aktuellen Prozedur die Steuerung, nicht nur dem aktuellen Block. Aber Exit verletzt den Steuerungsfluss nicht, der durch ein try..finally-Konstrukt vorgeschrieben ist; wenn Exit in der try-Klausel aufgerufen wird, wird die finally-Klausel dennoch ausgeführt.
Break:
Zitat:
Beendet eine for-, while- oder repeat-Anweisung vorzeitig.

In Delphi bewirkt Break, dass eine for, while oder repeat-Schleife verlassen und die Ausführung mit der nächsten Anweisung fortgesetzt wird.

Wird Break außerhalb einer for-, while- oder repeat-Anweisung aufgerufen, gibt der Compiler eine Fehlermeldung aus.

Anmerkung: Break wirkt sich nicht auf die Ablaufsteuerung von try..finally-Konstrukten aus. Wenn Sie Break in der try-Klausel aufrufen, wird die Ausführung in der finally-Klausel fortgesetzt.
Du hast zwar in sofern Recht, als dann der finally-Abschnitt ausgeführt wird, aber wenn man nach der Schleife noch was machen möchte, was nicht in den Finally-Abschnitt gehört, dann ist es nicht das gleiche.


Oder meintest du mein Terminate vor der Schleife?
Das war nur zu Testzwecken drin, damit sich der Thread gleich wieder beendet, und ich somit testen konnte ob irgendeine andere Procedure für den Fehler verantwortlich war.
Dieter
9 von 10 Stimmen in meinem Kopf sagen ich bin nicht verrückt. Die 10. summt dazu die Melodie von Supermario Bros.
MfG Captnemo
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.184 Beiträge
 
Delphi 12 Athens
 
#34

AW: Absturz der Anwendung nach beenden eines Threads

  Alt 20. Jun 2014, 10:22
Ja, das Break verlässt die Schleife und das Exit auch.
Im Grunde wollte ich nur sagen, daß die Execute-Methode bei allen 3. Varianten verlassen (Exit sagt das nur deutlicher, zum Programmierer) und der Thread beendet wird.
Zitat:
Oder meintest du mein Terminate vor der Schleife?
Jupp, genau das.



Ob der TJvThreadTimer threadsave ist, weiß ich nicht, aber ich glaub das "Thread" im Namen sagt erstmal nur aus, wie er intern arbeitet.

TTimer geht über SetTimer und wartet auf die WM_TIMER.
Und der TJvThreadTimer erzeugt einen Thread, in dem er die Millisekunden wartet und dann das Ereignis manuell auslöst, ohne über die MessageQueue zu gehen.
$2B or not $2B
  Mit Zitat antworten Zitat
Benutzerbild von Captnemo
Captnemo

Registriert seit: 27. Jan 2003
Ort: Bodenwerder
1.126 Beiträge
 
Delphi XE4 Architect
 
#35

AW: Absturz der Anwendung nach beenden eines Threads

  Alt 20. Jun 2014, 10:26
Hallo Captnemo,

vielleicht gibt es einen Konflikt beim Empfangen von Messages? Wenn die Messagenummer für ICS nicht explizit auf einen Startwert gesetzt wird, benutzt ICS als erste Nummer WM_USER + 1 . Ich bin mir zwar nicht sicher, ob das zu einem Problem führen kann, aber den ICS-Messages einen Startwert zu geben, kann ja nicht schaden.
Um den Startwert zu setzen, benutze die Variable GWndHandlerMsgLow in der Unit OverbyteIcsWndControl , bevor du deine erste ICS-Komponente erzeugst.

Grüße
Thomas
Da du dich ja offensichtlich mit TWSocket schon tiefer befasst hast, noch mal eine kleine Nebenfrage.
Ich schicke zeilenweise (TCP) mit Linemode=Enabled und Lineend=#13#10.
Leider kommt aber beim Empfänger nicht immer die vollständige Zeile an. Zu 80% ist alles richtig und zwischendurch werden Zeichen "verschluckt", und zwar immer am Anfang der Zeile.
Ist der Linemode hier grundsätzlich sicher? Bzw. auf der anderen Seite das OnDataAvailable?
Dieter
9 von 10 Stimmen in meinem Kopf sagen ich bin nicht verrückt. Die 10. summt dazu die Melodie von Supermario Bros.
MfG Captnemo
  Mit Zitat antworten Zitat
mkinzler
(Moderator)

Registriert seit: 9. Dez 2005
Ort: Heilbronn
39.861 Beiträge
 
Delphi 11 Alexandria
 
#36

AW: Absturz der Anwendung nach beenden eines Threads

  Alt 20. Jun 2014, 10:30

Da du dich ja offensichtlich mit TWSocket schon tiefer befasst hast, noch mal eine kleine Nebenfrage.
Ich schicke zeilenweise (TCP) mit Linemode=Enabled und Lineend=#13#10.
Leider kommt aber beim Empfänger nicht immer die vollständige Zeile an. Zu 80% ist alles richtig und zwischendurch werden Zeichen "verschluckt", und zwar immer am Anfang der Zeile.
Ist der Linemode hier grundsätzlich sicher? Bzw. auf der anderen Seite das OnDataAvailable?
Das wäre imho in einem eigenen Thread besser aufgehoben
Markus Kinzler
  Mit Zitat antworten Zitat
Benutzerbild von Captnemo
Captnemo

Registriert seit: 27. Jan 2003
Ort: Bodenwerder
1.126 Beiträge
 
Delphi XE4 Architect
 
#37

AW: Absturz der Anwendung nach beenden eines Threads

  Alt 20. Jun 2014, 10:33
Und der TJvThreadTimer erzeugt einen Thread, in dem er die Millisekunden wartet und dann das Ereignis manuell auslöst, ohne über die MessageQueue zu gehen.
Das sollte doch eigentlich Threadsafe bedeuten.

Ich habe jetzt den TJvThreadTimer an Stelle des TTimer verwendet und Schwupps....alles Prima.

Ich arbeite noch nicht lange mit Threads, bzw. hatte früher nie die Notwendigkeit. Doch nun geht es nicht anders, und ich stelle langsam fest wie wichtig es ist Threadsafe zu arbeiten. Das Prinzip ist schon klar, doch bei der Umsetzung tappt man doch in so manche Falle
Dank des Forums und dank euch lern ich das auch noch
Dieter
9 von 10 Stimmen in meinem Kopf sagen ich bin nicht verrückt. Die 10. summt dazu die Melodie von Supermario Bros.
MfG Captnemo
  Mit Zitat antworten Zitat
Benutzerbild von Captnemo
Captnemo

Registriert seit: 27. Jan 2003
Ort: Bodenwerder
1.126 Beiträge
 
Delphi XE4 Architect
 
#38

AW: Absturz der Anwendung nach beenden eines Threads

  Alt 20. Jun 2014, 10:37

Da du dich ja offensichtlich mit TWSocket schon tiefer befasst hast, noch mal eine kleine Nebenfrage.
Ich schicke zeilenweise (TCP) mit Linemode=Enabled und Lineend=#13#10.
Leider kommt aber beim Empfänger nicht immer die vollständige Zeile an. Zu 80% ist alles richtig und zwischendurch werden Zeichen "verschluckt", und zwar immer am Anfang der Zeile.
Ist der Linemode hier grundsätzlich sicher? Bzw. auf der anderen Seite das OnDataAvailable?
Das wäre imho in einem eigenen Thread besser aufgehoben
Du meinst so:

Im TCP-Server im OnSessionAvailable die neue Session im Thread erzeugen und dort im OnDataAvailable alle ankommen in einen Messegebuffer vom Mainthread, und dort verarbeiten?
Dieter
9 von 10 Stimmen in meinem Kopf sagen ich bin nicht verrückt. Die 10. summt dazu die Melodie von Supermario Bros.
MfG Captnemo
  Mit Zitat antworten Zitat
mkinzler
(Moderator)

Registriert seit: 9. Dez 2005
Ort: Heilbronn
39.861 Beiträge
 
Delphi 11 Alexandria
 
#39

AW: Absturz der Anwendung nach beenden eines Threads

  Alt 20. Jun 2014, 10:38
Nein in einem eigenen Beitrag hier im Forum!
Markus Kinzler
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.184 Beiträge
 
Delphi 12 Athens
 
#40

AW: Absturz der Anwendung nach beenden eines Threads

  Alt 20. Jun 2014, 10:39
Das sollte doch eigentlich Threadsafe bedeuten.
Njain.

Ich sag mal so:
Du hast eine Komponente erstellt
und nur weil sie ein einem anderem Thread verwendet wird, ist sie damit nicht automatisch threadsave.

Das kommt dann drauf an, wie die Steuerung arbeitet und ob sie eventuell entsprechend abgesichert ist, also vorallem dein Setzen des Intervalls oder des Enable.
Das Free dagegen rufe man ja eh fast immer aus einem anderem Thread auf, womit es da weniger Probleme gibt. Aber vermutlich werden die das wohl bedacht haben.

Und dann kommt es auch noch darauf an, ob die das Timer-Event synchronisieren. (wobei ich das jetzt nicht glaub, da der Timer dann ja ungenauer laufen würde)
$2B or not $2B
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 4 von 5   « Erste     234 5      


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 11:02 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz