grüsse steve

thx

http://www.boost.org/libs/thread/doc/

tutorial:
http://www.cuj.com/documents/s=8470/cuj0205kempf/

sample:

#include <boost/thread/thread.hpp> 
#include <iostream> 

void MessageSend() 
{ 
        std::string message; 

    while(1) 
    { 
                message = ""; 

        do{ 
            std::getline(std::cin, message); 
        }while(message.empty()); 

        std::cout << "Thread MessageSend started! Message: " << message << std::endl; 
    } 
} 

void MessageReceive() 
{ 
    while(1) 
    { 
        std::cout << "Thread MessageReceive started" << std::endl; 
    } 
} 

int main() 
{ 

    boost::thread thrd1(&MessageSend); 
    boost::thread thrd2(&MessageReceive); 
    thrd1.join(); 
    thrd2.join(); 

        std::cin.get(); 
        return 0; 
}

cu..ich hoff das reicht dir!

hi luckie! bist du der luckie aus der DP?

native threads für win reichen mir anfangs schon. wenn ich dann mit ifdef arbeiten muss und doppelt code schreiben darf, auch nicht so schlimm.

thx

Da Threads OS abhängig sind, könnte es mit einer Lib für beide Systeme (Windows, Linux) schlecht aussehen.

genau dann nimmt man ja boost! boost thread sind system unabhängig!

cu

MfG Spacelord

Naja,letztendlich hast du damit aber doch keinerlei Einfluss auf das Scheduling von Windows.Dein "Prozess"(eigentlich der primäre OS-Thread!) bekommt seine Zeitscheibe zugeteilt und wenn er die intern auf 50 "Threads" aufteilt interessiert das Windows nicht die Bohne.Ob sich damit grossartige Performancegewinne erzielen lassen?

MfG Spacelord

Wenn ich dich jetzt richtig verstanden habe, dann hast du den Sinn der Threads falsch verstanden.
Nen Thread verwendet man um Arbeiten parallel auszuführen (z.B. ne Berechnung im Hintergrund und ne GUI im Vordergrund), die sich sonst gegenseitig blockieren würden.

Wenn man nen weiteren Prozess braucht, muss man natürlich nen Prozess starten und keinen Thread (nen Prozess enthält ein oder mehrere Threads).

Naja,letztendlich hast du damit aber doch keinerlei Einfluss auf das Scheduling von Windows.Dein "Prozess"(eigentlich der primäre OS-Thread!) bekommt seine Zeitscheibe zugeteilt und wenn er die intern auf 50 "Threads" aufteilt interessiert das Windows nicht die Bohne.

IIRC würde das nur dann zutreffen, wenn Windows-Programme ihre Threads selbst simulieren müssten, und zwar ohne Kernelunterstützung.
Da Windows aber Threads anbietet, weiß es natürlich davon. Windows gibt den einzelnen Threads Rechenzeit, nicht dem Prozess.

MfG Spacelord

MfG Spacelord

hab noch das hier gefunden, scheint ganz brauchbar:
http://www.linuxjournal.com/article.php?sid=3184

Hi c.rackwitz,
den Link auf "creating threads" finde ich zweischneidig weil in den meisten
Fällen, wenn dein Programm nämlich das C-Laufzeitsystem benötigt, die Verwendung
von CreateThread() zu Fehlern führt.

mfg JJ

ganz einfach. Wenn Du in Deiner Threadfunktion z.B. strlen() verwendest, darfst Du nicht mit CreateThread arbeiten, sondern MUST _beginthread[ex] verwenden. Wenn Du hingegen in Deinem Thread nur ein WINAPI-Funktionen verwendest reicht CreateThread aus.

Wie das jetzt im einzelen zusammenhängt, wage ich nicht zu nennen, aber z.B.
kannst Du

row = strtok(pString, '\r\n');
while(row) {
...
row=strtok(NULL, '\r\n');
}

verwenden. strtok ist aber nicht Threadsave, pString muß in der C-Runtime global gespeichert, sonst würde der Aufruf in der Schleife nicht funktionieren mit NULL.

und diese globale variable in der pString gespeichert ist ist nicht durch eine CriticalSection geschützt.

Wenn Du obige schleife in 2 Threads einsetzt, ist das Ergebniss der Schleifen
nicht definiert so zu sagen.

Außerdem muß auch die MultiThread-Version der C-Runtime gelinkt werden, und diese Stellt ebend _beginthread[ex] zur Vefügung.

strtok_r ist wohl die Mutithread-Version von strtok.

Evtl. ruft ja _beginthread[ex] später auch CreatThread auf, aber erstmal kann die C-Runtime "initalisiert" werden.

MfG
RB

mfg JJ

ich compiliere übrigens mit g++, nicht mit vc++ oder builder.

mfg JJ

war mir klar, dass vc++ ne runtime braucht. hab ich schon öfters in fehlermeldungen gesehen. die gcc verwendet keine solche runtimes.

is mir klar, dass threading was komplexes ist. allerdings will ich nicht in kapitel 1 von mutexes hören. ich will mit den grundlagen anfangen.

hast du ein tutorial? für ein buch hab ich kein geld. ich finde auch nicht, dass mir als schüler das erlernen von winapi threading die 50 euro für ein buch wert sein muss.

gruß

mfg JJ