hi,

ich muss gerade für die Schule etwas in Delphi machen.. dafür bräuchte ich Threads. Erst hab ich ne goße Klasse gemacht, die nen Thread als Memberfunktion hatte.Da gabs beim Aufruf des Threads immer ne zugriffsverletzung.
Was ich bräuchte, wäre ein Thread, der (ohne Instanzen) auf die Membervariablen meiner Klasse zugreifen kann.
Ich hab mir auch schon mal die klasse Tthread angeschaut, aber so richtig schlau bin ich da nciht geworden... besonders aus dem override.
Wäre sehr nett wenn mir jemand helfen könnte.

mfg
mindwalker

_________________
"OpenGL verbindet"<br>- für die Völkerverständigung zwischen Delphi und C++ ^^

Ich versteh dein Problem jetzt nicht so recht, aber guck dir mal das Thread-Tutorial an. Das würde sicherlich helfen

_________________
"Ich würde ja gern die Welt verändern, aber Gott gibt mir den Quelltext nicht"

Mein Problem ist, dass ich einen Thread als Memberfunktion habe, dieser beim Aufruf aber eine zugriffsverletzung liefert.
Ich weiß wie man Threads macht, aber als Memberfunktion scheinen sie nicht zu funktionieren.
Da ich aber in meinem Thread auf die Membervariablen der Klasse angewiesen bin, suche ich nach einer Lösung, wie ich das hinbekomme.
Hier mal nen Codeauszug meienr jetzigen, "fehlerhaften" Implementierung:

_________________
"OpenGL verbindet"<br>- für die Völkerverständigung zwischen Delphi und C++ ^^

Die Thread-Id und das Thread-Handle gehen ja verloren, sobald die Funktion fertig ist. Würde sagen daran liegts.

_________________
"Ich würde ja gern die Welt verändern, aber Gott gibt mir den Quelltext nicht"

Also ich würde dir auf jeden Fall empfehlen erst einmal das Tutorial durch zu lesen. Und dann die Klasse TThread zu benutzen. Das ist eine sehr komfortable Kappselung von Delphi. Diese Klasse leitest du ab und überschreibst die Methode Execute. Gestartet wird der Thread durch Resume.
Wenn du auf Variablen oder Methoden einer anderen Klasse zugreifen möchtest musst du die Aufrufe (in vielen Fällen) Synchronisieren. Wie das geht und wann du das tun musst habe ich (glaube ich jedenfalls) ganz gut in dem Tutorial beschrieben.

PS: Den Thread durch diese Methoden zu erstellen ist in Delphi nicht nötig. Wir ham doch kein C++.
Abgesehen davon Hat HomerS recht. Deine Handle und die ID gehen verloren. Die musst du natürlich als Member halten um sie dann wieder frei geben zu können. Aber warum das Rad zwei mal erfinden?

Daran liegts schon mal nicht, mach ich das ganze so ohne Klassen gehts ja...

@Lossy
Ich hab mir jetzt mal das Tutorial durchgelesen... da steht größtenteils zeug drinne, dass ich eh nicht brauche. Irgendwie fine ich diese Thread Klasse relativ umständlich im Vergleich zur simplen kurzen Win-Api Lösung
Außerdem hab ich leider nicht so viel Ahnung, wie ich das ganze jetzt benutzen soll.
Wie kann ich es denn einrichten, dass der Thread Zugriff auf die Membervariablen meiner Klasse bekommt... also ohne irgendwelches synchronisieren erst mal...

Edit: normal programmiere ich ja C++, nur ist das wie gesagt etwas von der Schule aus... und da müssen wir halt Delphi benutzen.

Edit2:
Also in dem Tutorial, wo ich den Code her habe wird mit denen ncihts mehr gemacht. Mein Thread hört auch alleine auf, deshalb denke ich nicht, dass es da irgendwie zu Problemen kommen kann.

_________________
"OpenGL verbindet"<br>- für die Völkerverständigung zwischen Delphi und C++ ^^

Ich weiß, ich gehöre immer zu den Leuten, die den Knüppel nehmen und immer nachschlagen, wenn jemand bereits am Boden liegt Ich möchte Dir auch unbedingt die Thread-Klasse ans Herz legen. Habe mich früher auch oft mit den API-Funktionen abgeärgert. Mit einer Klasse hat man eine schöne Übersichtliche Kapselung die dann auch noch sauberer ist (sprich auch kompatibel zu CLX)

_________________
"Light travels faster than sound. This is why some people appear bright, before you can hear them speak..."

Das stimmt so nicht. Auch die Thread - Klasse gibt das Handle wieder frei, nur wird es im Destructor gemacht und da normalerweise ein Thread sich automatisch selbst frei gibt, werden auch die Handles wieder freigegeben.

Es gilt fast immer unter der Win-API, dass manuell reservierte Handles auch manuell wieder freigegeben werden müßen. Sicher, vieles macht das Windows automatisch, aber ein sauberer Programmierstil ist das nicht.

Ich rate auch zur TThread - Klasse. Was wichtig ist, Du must, bevor Du auf Variablen außerhalb der Thread - Klasse zugreifst, dies über die Methode Synchronize machen. Aber ohne Quellcode kann viel spekulieren ohne das Problem zu lösen.

Gruß
KidPaddle

_________________
http://www.seban.de

Richtig. Auch wenn sich dein Thread selber Terminiert musst du das Handle wieder frei geben.

Aber zu deiner Frage. Auf Membervariablen einer anderen Klasse kannst du ganz einfach zugreifen.
Du kannst in deiner Threadklasse eine Membervariable deklarieren die deine andere Klasse wiederspiegelt (F_Irgendwas: TForm) und nach dem erstellen des Threads weist du diese zu. Weil Klassen in Delphi "nur" Pointer sind greifst du somit direkt auf die andere Klasse zu. Und aus deinem Execute kannst du Methoden aufrufen oder Eigenschaften verändern. Nur Bedenke, dass diese teilweise Synchronisiert werden müssen. Also alles was irgendwo geschrieben wird. Und dabei ist die einfachste Methode das Synchronize.

Aber für dich ist es jetzt durchaus auch so, dass du mit der TThread Klasse mehr Schreibarbeit hast aber sobald es ans Synchronisieren geht dann hättest du mit der normalen WindwosAPI viel unverständlicheren Code als es so der Fall wäre. Nebenbei ist es so ObjektOrientiert was auch einen guten Eindruck bei deinem Lehrer hinterlässt.

jo vielen Dank schon mal. Ich hab nur noch eine kleine Frage, wie geht das mit dem klassen zuweisen?
Ich muss den Thread aus meiner Klasse aus starten.... wäre es nicht auch ne Lösung, den Thread als Membervariable in meine Klasse reinzupacken?

_________________
"OpenGL verbindet"<br>- für die Völkerverständigung zwischen Delphi und C++ ^^

Wie gesagt. Du machst dir eine Variable von dem Txpen wie deine andere Klasse und weist sie zu.


Du kannst dir natürlich den Thread als Variable auch in deine Erzeugerklasse packen. Es kommt aber darauf an ob du mit dem Thread noch einmal etwas machen möchtest. Wenn er nur etwas sortieren soll und das wieder automatisch wegschreibt brauchst du das nicht. Wenn du aber (bei einem RenderThread) ihm ab und an mal eine Fenstergröße übergeben möchtest dann solltest du ihn dir natürlich merken.

PS: Wenn du ihn merkst achte bitte darauf, dass er sich nicht frei gibt (FreeOnterminate) und du dann drauf zugreifst. Und andersrum natürlich auch. Also, dass er sich dann von alleine frei gibt.

ok... jetzt ist alles halbwegs klar. Ich hab nur noch eine kleine Frage:
Also ich will den Thread in einer Funktion meiner Klasse erstellen, also die heißt emotor. Da ich innerhalb der klasse aber keine Objekte der klasse habe kann ich ja jetzt schlecht schreiben

Was kann ich denn da schreiben (geht das mit self?), oder hab ich etwas falsch verstanden?

Kurz zur Funktion meines Threads, der soll eigentlich nur Input Signale der seriellen Schnittstelle auslesen, in bestimmte membervariablen schreiben und die an der seriellen Schnittstelle hängenden Motoren steuern (je nach Setzung der membervariablen). Deshalb besteht der thread aus ner Endlosschleife, die nur verlassen wird, wenn eine Membervariable auf "Motoraus" gesetzt wird.
Ich glaube nicht, dass es da zu Problemen mit dem Hauptthread kommt, weil es keine Variablen gibt, die von beiden Threads "beschrieben" werden.

_________________
"OpenGL verbindet"<br>- für die Völkerverständigung zwischen Delphi und C++ ^^

Also wenn in deine Variablen nur ein Thread schreibt ist das kein Problem. Dann musst du dabei nichts synchronisieren.

Und ja. Self ist die aktuelle Instanz der Klasse. Du kannst also verwenden.

Ok, vielen Dank für eure Geduld und Hilfe... funktioniert jetzt alles perfekt.

_________________
"OpenGL verbindet"<br>- für die Völkerverständigung zwischen Delphi und C++ ^^