Form1->Zahl

weiss jemand wie man das lösen muss?

ich gehe davon aus, dass Du zur Laufzeit des Threads bestimmte Variablen der Form überprüfen willst? Dann würde ich versuchen über Synchronise() eine Funktion der Form aufzurufen, die die Variablen über eine Setterfunktion des Threads übergibt.

// in der Synchronize funktion
if (Form1->Zahl == 3)
...

jetzt ist aber der Wert

int Zahl;

nicht auf einer Form deklariert, sonder in der komponente

class PACKAGE MyKomponente
{
int Zahl;
..
// Thread im Destruktor starten
...}

jetzt will ich vom thread aus auf die Variable "Zahl" zugreifen.
wie mache ich das?

__fastcall TMyThread(int iZahl); //Konstruktor für Zahlübergabe.

Synchronize

TCriticalSection kenne ich nicht und die msdn spuckt nur für Visual C++ aus.
kannst du mir den unterschied erklähren?
thx

TCriticalSection steht in der BCB-Hilfe drin.

Mit TCriticalSection können Operationen abgesichert werden, die nicht durch den Start eines anderen Threads unterbrochen werden dürfen. Kritische Abschnitt arbeiten wie Gates, die jeweils nur einen einzelnen Thread durchlassen. Da die Ausführung aller anderen Threads blockiert wird, verringert sich die Leistung der Anwendung erheblich, wenn kritische Abschnitte zu häufig eingesetzt werden.

bis bald
akari

Möglicherweise mußt Du den Zugriff aber über TCriticalSection threadsicher machen.

Man streiche "möglicherweise" und es stimmt (o;

-junix

Prinzip

class MyKomponent
{
int iZahl;

TThread *MyThread = new TRead(false, ReferenzMeineKomponente); //Referenz übergeben
}

// im Thread
void __fastcall TRead::Execute()
{
MeineKomponente->iZahl = 33;
}

schonmal thx für jegliche Hilfe

*this ???

das funktioniert eben nicht

ich oute mich hiermit als unfähig und bitte um hilfe und aufklährung
jetzt mal mit orginalcode:

TElTecComm -> Komponente
TElTecCommRead -> Thread

//TElTecComm h-file
TThread *ReadThread;

//TElTecComm cpp-file
ReadThread = new TElTecCommRead(false, this);  //2

//TElTecCommRead h-file
__fastcall TElTecCommRead(bool CreateSuspended, TElTecComm *Comm);   //1

//TElTecCommRead cpp-file
__fastcall TElTecCommRead::TElTecCommRead(bool CreateSuspended, TElTecComm *Comm)
   : TThread(CreateSuspended)
{
...
}

[C++ Fehler] ElTecCommRead.h(22): E2303 Typname erwartet   //1
[C++ Fehler] ElTecCommRead.h(24): E2321 Deklaration deklariert weder ein Tag noch einen Bezeichner 
[C++ Fehler] ElTecComm.cpp(136): E2125 Compiler konnte Standardkonstruktor nicht für die Klasse 'TElTecCommRead' generieren   //2

//kompo cpp-file
ReadThread = new TElTecCommRead(false, this);

//Thread
__fastcall TElTecCommRead::TElTecCommRead(bool CreateSuspended, TComponent *compComm)
   : TThread(CreateSuspended)
{
  TElTecComm *Comm = (TElTecComm *)compComm;
}

2. Wieso "TComponent" und dann den Aufwand zu casten und nicht einfach direkt den Klassenbezeichner deiner Klasse als Parameter?

-junix

2. wenn ich dich jetzt richtig verstanden habe, dan habe ich genau das eben schon erfolglos versucht (siehe ab 2. beitrag von dieser seite)

2. Du hast hier ein Abhängigkeitsproblem, das sich mit einer Forward-Deklaration lösen lässt. Sprich du schreibst in dein Headerfile von "TElTecComm" vor der Klassendeklaration:

class TElTecCommRead;

Das heisst soviel wie "Lieber Compiler, ich hab da ein Objekt, dessen genaue Bedeutung du später noch kennen lernst"

Das Selbe natürlich auch umgekehrt.

3. Warnungen spucken weder Compiler noch Linker nur zum Spass aus (o;

2. einfach nur

1. jetzt als ich langsam dachte, ich verstehe die welt, verwirrst du mich...
bin aber gerne bereit, zu lernen.
wenn ich also richtig verstanden habe, ist es nicht ok, im header zB.

class MyKomponente
{
private: 
   int iZahl;
   AnsiString asFilePath;
   ...
protected:
  ...
};

Variablen zu deklarieren, die man häufig in Funktionen braucht?

1. jetzt als ich langsam dachte, ich verstehe die welt, verwirrst du mich...
bin aber gerne bereit, zu lernen.
wenn ich also richtig verstanden habe, ist es nicht ok, im header zB.

class MyKomponente
{
private: 
   int iZahl;
   AnsiString asFilePath;
   ...
protected:
  ...
};

Variablen zu deklarieren, die man häufig in Funktionen braucht?

Doch, das (Member-Variablen oder Klassen-Attribute genannt) ist gut.
Nicht so gut sind globale Variablen, ohne einen Bezug zu einer Klasse.
Wenn schon, gehören die in die Implementationsdatei, mit extern-Verweis in der Headerdatei.

bis bald
akari

das einzige was ich global habe, sind definitionen mit dem schlüsselwort enum und funktionen mit *typedef void __fastcall (__closure ...)

das einzige was ich global habe, sind definitionen mit dem schlüsselwort enum und funktionen mit *typedef void __fastcall (__closure ...)

Lügner!

BigNeal schrieb:

//TElTecComm h-file
TThread *ReadThread;

Würde mich sehr wundern, wenn dich der Linker da nicht vor einem Vorkommnis in mehreren Modulen warnt?

-junix

class PACKAGE TElTecComm : public TComponent
{
__published:
   ...
private:
   TThread *ReadThread;
protected:
   ...
public:
   ...
};

akari schrieb:

Doch, das (Member-Variablen oder Klassen-Attribute genannt) ist gut.
Nicht so gut sind globale Variablen, ohne einen Bezug zu einer Klasse.

So wie ich das sehe, hat sie Bezug zur Klasse

etwas mehr vertrauen junix

etwas mehr vertrauen junix

Das habt ihr mir hier gründlich ausgetrieben (o;

-junix