Bieten die Indys denn keine asynchronen Methoden an? Normalerweise muss man für solche Aufgaben gar keinen Thread verschwenden oder sich überhaupt um das Thema Multithreading kümmern, sondern lässt den Treiber das regeln.

Hey,

wenn ich den Thread terminiere, dann wird vorher immer ne Meldung ausgegeben, ob er wirklich unterbrochen weden soll. Also ein Terminate wird definitiv nicht aufgerufen (jedenfalls nicht von mir). Und die Break-Zeile, sowie die letzte Zeile wird auch nicht ausgeführt (siehe oben). Das hatte ich schonma alles geloggt und mit dem Debuger angesehen. Aber Da der Thread mehrere hundert Datensätze bearbeitet is klar das ich nich alles durchdebugen kann...

MfG Bergmann

Was passiert denn in den ganzen Unterklassen? MP3.GetAudiofile, Int.FindTitel usw. Wird da noch aufs Formular zugegriffen?
Und, schreib mal testweise um das ganze ein try...except... end; und lass die Exception ausgeben oder so.

Hey,

ne die greifen nich auf die Form zu. Die erstellen sich n TIdHTTP-Objekt un surfen dann im Netz. Manchma wirft das Indy-Objekt dann mit Exceptions, aber die hab ich abgefangen. Andere Exceptions kommen nich, denn die würde der Compiler ja dann eh anzeigen.
@Kha: (sry hab ich jetzt erst gelesen). Wird denn die IndyHTTPClient-Komponente von nem Treiber gesteuert?

MfG Bergmann.

Bergmann89 hat folgendes geschrieben :

Andere Exceptions kommen nich, denn die würde der Compiler ja dann eh anzeigen.

Och.. wenn die in nem Thread geworfen werden, wär ich mir da nicht immer so sicher. Hatte da auch schon manch merkwürdige Effekte.

Probier trotzdem mal in der schleife ein try..except...showmessage()...end
und vor das letzte terminate eine showmessage
und ebenfalls eine showmessage vor das break...
das mache ich immer...als alternative zum debuggen: messageboxes oder log ausgaben
könntest du auch machen.
vor jedem durchlauf ne ausgabe in eine datei und gucken, obs immer bei einer bestimmten auftritt

In nem Thread ne ShowMessage.. ist das nicht auch schon ein Zugriff auf die VCL, und sollte vermieden werden?
dann doch lieber eine LogDatei. Oder OutputDebugString vielleicht noch?

Bergmann89 hat folgendes geschrieben :

@Kha: (sry hab ich jetzt erst gelesen). Wird denn die IndyHTTPClient-Komponente von nem Treiber gesteuert?.

Ja, von dem deiner Netzwerkkarte .

Hey,

ich habs (glaub ich). Er schmeißt ne Exception, die ich in ner anderen Version schon behoben hatte, deshalb hab ich da nich nochma nachgesehen. Also jetzt sollte es gehen. Danke an alle!

MfG Bergmann.

Xentar hat folgendes geschrieben :

In nem Thread ne ShowMessage.. ist das nicht auch schon ein Zugriff auf die VCL, und sollte vermieden werden? dann doch lieber eine LogDatei. Oder OutputDebugString vielleicht noch?

ja, richtig.
Es kommt dabei u.U. auch zu sehr lustigen Messageboxen...Zum Teil echt nicht vorhersehbar, was da passiert.
Aber zum Testen kann man das mal machen, da es sehr schnell geht.

ShowMessage in einem Thread ist glaube ich so ziemlich das schlimmste, was man machen kann. Außer vielleicht Tempomat im Wohnmobil einstellen und dann nach hinten gehen zum Kaffee kochen.

stimmt...wenn man showmessage in einem thread verwendet wird der halbe pc explodieren, da man unsychron auf arbeitsspeicher zugreift. durch die vielen gleichzeitigen zugriffe überlastet der Bus, beginnt zu glühen. dadurch versagt das kühlsystem und die cpu und der ram werden fast gleichzeitig explodieren, diese explosion erfasst die grafikkarte, die dadurch ebenfalls in die luft geht. Wenn man jetzt nicht schnell genug den Stecker zieht, hat man seine Festplatte gleich mit vernichtet durch sehr hohe Ströme, da diese ja jetzt nicht mehr zu CPU und und Grafikkarte abfließen können.

Aber das geht ja noch. Viel schlimmer ist es, 1 Mio. Strings zu hashen, um die Anzahl der Vorkommen zu zählen. Dann explodiert nämlich alles gleichzeitig.
Als Lektüre dazu empfehle ich "Quantenphysik für Anfänger" von A. Schwafel.

Greetz Flamefire

Hey,

bei nem ShowMessage im Thread kan ch men Prog gar nich kompilen, also bin ich nich derjenige, der den Weltuntergang auslöst
Tipp an alle anderen: haltet zur Sicherheit die Hand an den Stecker um schnell ziehen zu können xD

MfG

Lol Flamefire, dein Nick sagt wohl alles
Wie schauts mit der Textbox aus, ist writeln() Threadsicher? Dann könnte man die Konsole zum testen verwenden.

Das ganze ging eher an Gausi... ^^

Warum kannst du es nicht compilen? unter uses "Dialogs" eingebunden?

Statt Konsole wäre die Debugausgabe besser. Hab aber nie damit gearbeitet...ging immer mit Messageboxen...

achne sry, im programm kommt dann der fehler: Leinwand/Bild erlaubt kein zeichen...

ok, dann debugausgabe...
das ist ein vcl fehler

wobei: du könntest auch log breakpoints nehmen.
also einen breakpoint auf jede zeile, die du willst, dann auf dessen eigenschaften und aktivieren, dass ne meldung kommt und dass er nicht anhällt

Bergmann89 hat folgendes geschrieben :

achne sry, im programm kommt dann der fehler: Leinwand/Bild erlaubt kein zeichen...

Nimm eine einfache MessageBox. ShowMessage ist nicht threadsafe, da es zur VCL gehört. Aber eine Konsole ist wohl praktischer, da man dann nicht immer alles wegklicken muss.

ja, wie gesagt, zum testen funktioniert es manchmal mehr oder weniger.
aber im delphi debugger wäre dann die debugmessages am besten

Bergmann89 hat folgendes geschrieben :

Hey, markieren Delphi-Quelltext     1: 2: 3: 4: 5: 6: procedure TForm1.WriteGrid(Col, Row: Integer; Msg: String); begin   LyricGrid.Cells[Col, Row] := Msg; end; Synchronize(TForm1.WriteGrid(GRID_ACTIO, i+1, 'skipped')); //-->Fehler Fehler: markieren Quelltext     1: [Fehler] Unit1.pas(233): Diese Form des Methodenaufrufs ist nur für Klassenmethoden erlaubt

Ist ja auch Quatsch. Wenn dann musst du schon Synchronize(Form1.WriteGrid(GRID_ACTIO, i+1, 'skipped')); aufrufen und nicht TForm!