[c++] race-condition

[linoma]

Molte interfacce grafiche consentono all'accesso ai vari controlli solo dal thread principale. Questo se non si controlla crea diversi problemi. Se i threads nn usano le stesse risorse nn hai nessun obbligho di sincronizzazione se non nell'ultima fase, cioe la fine. Diversi sono gli approcci che i vasri so offrono tra cui i mutexes

[misterx]

.

Molte interfacce grafiche consentono all'accesso ai vari controlli solo dal thread principale. Questo se non si controlla crea diversi problemi. Se i threads nn usano le stesse risorse nn hai nessun obbligho di sincronizzazione se non nell'ultima fase, cioe la fine. Diversi sono gli approcci che i vasri so offrono tra cui i mutexes

ciao,
usando Borland Builder ad esempio, se in un thread separato accedi ad un componente della sua interfaccia ad esempio, una Label posta sul form principale è il caos e questo accade sia se usi le API di Windows che la classe TThread di Borland stessa: e meno male che nella documentazione si dice che la classe TThread è "thread safe". A questo punto non si capisce cosa vogliono dire quelli di Borlan. Io avevo interpretato che la eventuale sincronizzazione tra il thread scritto dall'utente e quello principale fosse gratis, invece non è così.