Multithreading, funktioner og lign.

Du skal passe på med at dele variabler mellem tråde.

Eks.

int tal=5;

tråd1:
  int temp = tal;
  tal++;
(context switch)
tråd2:
  int temp = tal;
  tall++;
  tal = temp;
(context switch)
tråd1:
  tal = temp;

Altså vil tal være lig 6 hvor den burde være 7.

For at sikre sig mod lignende tilfælde skal man benytte synkroniserings teknikker (semaphore, mutex, critical section).

kommer vist lidt an på hvem der har implementeret den. Men hvis man læser dokumentationen fra visual studio, ville jeg nok holde fingrene fra den.

Note  Each function uses a static variable for parsing the string into tokens. If multiple or simultaneous calls are made to the same function, a high potential for data corruption and inaccurate results exists. Therefore, do not attempt to call the same function simultaneously for different strings and be aware of calling one of these functions from within a loop where another routine may be called that uses the same function. However, calling this function simultaneously from multiple threads does not have undesirable effects.

fra:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_strtok.2c_.wcstok.2c_._mbstok.asp

Ja der er en del C funktioner du skal være forsigtige
med i en multi-threaded sammenhæng.

Alle funktioner som bruger globale variabel (altså ikke kun
argumenter og lokale variable) er ikke thread-safe medmindre der
bruges noget synkronisering.

Jeg har ikke en liste.

Jeg bruger jo thread_create() som opretter en tråd til at håndtere en client!
Inden i denne funktion, kaldet ServeClient()
er der jo nogle variabler, men der bliver jo oprettet en ny tråd for hver client, så dermed er der vel ikke nogen risiko! (disse variabler er erklæret lokalt)

Jeg kender ikke til Win32-tråde, men for POSIX tråde gælder der at hver tråd har sin egen stak. Så med variabler allokeret lokalt på stakken får hver tråd sin egen kopi. Men lige så snart du deler information mellem trådene er det nødvendigt at låse (med mutex, semafor eller andet).

Lige præcis omkring strtok så findes der i hvert fald på Unix en strtok_r som er trådsikker (forudsat du allokerer din egen char* lokalt på stakken, og bruger adressen af denne i kaldet til strtok_r).

Hvorvidt strtok_r (hvor _r står for reentrant) er Unix-specifik eller ej ved jeg ikke.

int a; /* farlig */
static int b; /* farlig */

int f(int c /*ufarlig */)
{
  int d; /* ufarlig */
  static int e; /* farlig */

bemærk dog at c kan være farlig hvis det i virkeligheden
er en a,b eller e !

Med hensyn til C library funktioner som du ikke har source kode
til skal du enten læse i dokumentation om de er thread safe
eller overveje om de evt. bruger nogle a eller b typer
internt.

For at nævn andre mistænkelige funktion, makroer og variable

tmpnam()

alle der bruger errno.
fx. atof, atoi, atol, strtod, strtol, strtoul.

Potentielt:
va_arg()

strtok_r er ikke ANSI/ISO C men en del af POSIX.

D.v.s. at den bør være på de fleste ikke-Microsoft platforme.

// internal state/ alloc
rand()
asctime(), ctime(), gmtime() and localtime()

der er åbenbart mange flere se fx. http://www.objsw.com/docs/libc_127.html#SEC127 med subtile bieffecter.

Jeg koder under Linux. Så...