ich habe folgendes problem:

ich habe eine Schleife bei jedes mal connect aufgerufen wird.
Problem: Connect probiert es ca 20 Sekunden lang (wenn Aufruf von Firewall geblockt word).

Kann ich diese Zeit irgendwie stark verkürzen?

Lg

Wenn ja, kann mir da viell jmd helfen?

Lg

CreateThread(0, NULL, (LPTHREAD_START_ROUTINE)testit, (LPVOID)0, NULL, &id);

Nur eine Frage: Ich hätte gerne, dass meine Main Funktion mitbekommt wann der Thread zu Ende ist bzw wann connect gefunzt hat.

Hmmm falls es nur 2-3 Zeilen sind wie ich vermute, könnte mir einer dann den Code posten (nur die Überprüfung ob der Thread beendet wurde)

Wäre sehr nett, danke.

MFG

Hab mich aba für die Thread-Lösung entschieden da die schöner ist.
Brauch aba wie gesagt eine Kontrolle ob der Thread noch läuft oder schon beendet wurde.

Lg

Leider check ich das mit dem ersten Parameter nicht ganz:

hThread
[in] A handle to the thread.
The handle must have the THREAD_QUERY_INFORMATION access right. For more information, see Thread Security and Access Rights.

Wie soll ich das anstellen?

Hat jmd n BspSource für mich? gg

Und dann einfach immer schaun ob die Var =STILL_ACTIVE is oda?
Wenns sies is, heisst das dann dass der Thread noch läuft? Schon oder? (ich frag nur zur Sicherheit nach weil die Beschreibung bei MSDN ein bisschen verwirrend is)

Lg

Und dann einfach immer schaun ob die Var =STILL_ACTIVE is oda?

jo, aber besser ist:

if (WAIT_OBJECT_0 == WaitForSingleObject (dein_threadhandle, 10))
{
  // der thread wurde beendet.
}

dann haste auch gleich ein kleines delay drin und entziehst deinem windoofs nicht soviele cpu-zyklen...
:xmas2:

WaitForSingleObject(dein_threadhandle, INFINITE);

..ich dachte er will nur mal sporadisch nachschauen, ob der thread noch läuft. oder nicht?

danke für eure Hilfe!

Ja ich will in einer Schleife immer überprüfen ob der Thread noch läuft.

mfg

jo, aber besser ist:
Code:
if (WAIT_OBJECT_0 == WaitForSingleObject (dein_threadhandle, 10))
{
// der thread wurde beendet.

Kannst du mir das erklären?

Check ich ned ganz.
und:von welchem Typ ist WAIT_OBJECT_0? und was is die 10?

Thx

Nur noch eins:

Bezieht sich das "Object" im Funktionsnamen auf den Thread?

Lg

Mfg

da is die lösung

MfG
RadiatioN

--------- schrieb:

WaitForSingleObject(dein_threadhandle, INFINITE);

..ich dachte er will nur mal sporadisch nachschauen, ob der thread noch läuft. oder nicht?

Dann sollte er als Time-Out Wert gleich 0 verwenden.

ich hab nur noch eine letzte Frage:

ich bekomm beim compilieren folgende Fehlermeldung:

I:\Programme\PellesC\Projects\check\check.c(77): warning #2215: Conversion from 'int' to 'unsigned short int'; possible loss of data.

bei dieser Zeile:

unsigned short int p=80;

Adress.sin_family=AF_INET;
Adress.sin_port=htons(p);

Wisst ihr was ich da falsch gemacht habe?

Lg

Ah und ich hab noch ein Problem lol:

Wenn ich ne Funktion (mit Schleife) in einem Thread starte, muss ich dann zb die Zählervariable an den Thread übergeben??

Ich frage weil ich ne Schleife hatte mit einer Variable die IN der Funktion deklariert wurde.

Trotzdem wurde der Testdialog statt 3 mal unendlich mal ausgegeben und es ist bestimmt kein SchleifenFehler.

MFG

I:\Programme\PellesC\Projects\check\check.c(77): warning #2215: Conversion from 'int' to 'unsigned short int'; possible loss of data.

bei dieser Zeile:

unsigned short int p=80;

eine selten dämliche meldung... wass'n das für'n unfähiger compiler?
wenn's warning wech soll: unsigned short p=(unsigned short)80;
:xmas2:

hmm zum Compiler: Pelles C und Warnstufe 2

Pelles C ...

...scheint buggy zu sein.
oder ist das warning vielleicht doch in einer anderen zeile?
:xmas2: