BeginThread - Methoden aufruf

[Björn Ole]

• die Scan-procedure in eine einfache, globale procedure auslagern
• die benötigten Daten aus der Klasse inkl dem Parameter (o) in ein entsprechendes Record kopieren
• BeginThread einen Zeiger auf dieses Record übergeben und in der ThreadProc dann mit dem Record arbeiten

Solltest du das so umsetzen, würde ich dir empfehlen, dir davor mal TThread anzuschauen, damit geht das mMn einfacher.

[youuu]

TThread kenn ich, nur hab ich dort das Problem gehabt, das ich nicht weiß wie ich die methode dort aufrufe ohne sie extra neu zu createn, da der Thread sie sonst nicht erkennt.

[Björn Ole]

Den Inhalt deiner TMyClass.Scan kopierst du einfach in die Execute-Methode deines TThreads. Zusätzlich spendierst du dem TThread noch die benötigten Felder aus TMyClass, mit denen dann der TThread arbeitet. Die Felder füllst im constructor oder über properties o.ä.

[himitsu]

Selbst wenn die Klassen-Methode nicht statisch (static) ist, dann gibt es keine Felder, auf welche man zugreifen kann.

Eine Klassenmethode würd über die Klasse aufgerufen,
in soeinem Fall steckt in Self natürlich nur ein Klassenzeiger.
Normale Methoden werden über ein Objekt aufgerufen und enthalten dann in Self den Objektzeiger.

Von einer Klassen-Methode kann man also niemals auf die Felder eines Obektes zugreifen.

Lösung:
Übergib BeginThread eine Procedur oder eine statische Klassen-Methode und den Instanzzeiger zum Objekt, als Parameter.
Innerhalb dieser Prozedur/StaticMethod rufst du dann eine Objekt-Methode auf.
PS: TThread macht es intern auch nicht groß anders.

Oder nutze TThread und leite deine Klasse davon ab.

PS: Für sowas hatte ich auch mal mit wasrumgespielt:
http://www.delphipraxis.net/152311-t...en-lassen.html
Bzw. siehe die Links in Post #2 und #3.

[sx2008]

Zitat von youuu:

TThread kenn ich, nur hab ich dort das Problem gehabt, ...

Ich habe dein Problem jetzt nicht wirklich verstanden, aber ich kann dir nur den Rat geben weiterhin bei TThread zu bleiben.

Du verhältst dich wie ein C-Programmierer, der ein Problem mit der Sprache "C" hat und dann meint er könnte das viel einfacher in Assembler lösen.
Was für ein Holzweg!
Es ist immer einfacher auf einem höheren Abstaktionslevel (wie es die Klasse TThread darstellt) zu programmieren als in die tieferen Schichten (Windows API, BeginThread,...) vorzustossen.
Du kannst mit der Klasse TThread alles machen was du in Bezug auf Multithreading brauchst; es gibt keinen Grund (ausser Neugier/Wissensdurst) sich in den tieferen Ebenen "die Finger schmutzig zu machen".