🚀 go-pugleaf

Erik Vanherck wrote:
> 
> > Multithreaden onder linux (threads zoals in : gesharede heap (data
> > segment), gescheiden stack, zelfde programma, maar toch apart
> > gescheduled) doe je met posix-threads (man pthread_create)
> > Nuttige informatie: linken met -lpthread en de rest van uw sources
> > compileren met -D_REENTRANT -D_PTHREADS, dat maakt libc en stl blij.
> > Steek alles wat met X te maken heeft in 1 en slechts 1 thread.
> 
> Hmmm, bedoel je dat ondertussen libc en stl in gcc eindelijk thread safe
> zijn ?? Of zijn de defines voor iets anders ?
> 

AFAIK heeft het threadsafe zijn van de stl te maken met het feit dat de
stl intern geen globale variabelen zal gebruiken om truuken uit te
halen, of dat die dan in elk geval wel safe gebruikt worden (bvb als uw
stl implementatie een memory pool zou hebben die hij zelf beheert in
plaats van altijd malloc aan te roepen, moet die threadsafe zijn).
Wanneer je daarentegen een bepaalde lijst in 2 threads wil gebruiken zal
je uiteraard zelf een locking mechanisme moeten voorzien. Edoch, onlangs
heb ik STL vieze dingen zien doen in een multithreaded programma (niet
zelf gemaakt, en ook niet geheel onderzocht wat de oorzaak was, kan best
zijn dat het niet aan stl lag)

> Ik heb er een jaar geleden mee gewerkt en toen was dat gewoon een miserie
> omdat je echt alles moest locken. De stl was redelijk thread safe maar op
> sommige plaatsen gingen de gcc libs serieus uit de bocht ;-)

Nog nooit problemen met glibc gehad. Sommige calls zijn nog altijd niet
reentrant (gethostbyname springs in mind) maar dat is een fundamenteel
probleem dat nooit opgelost kan worden. Gebruik daarom de reentrant
versies van die calls, (gethostbyname_r in dit geval iirc)

> En nota bene ,
> QT is alles behalve thread safe dus zoals hierboven gezegd alles wat aan QT
> GUI widgets komt echt in 1 thread steken anders zit je met problemen. Voor
> meer info zie maar op het message archive bij de trolls. Er zijn meer dan
> genoeg mensen die daar de mist in gegaan zijn.

Dit ligt niet aan qt maar aan X. En er zijn oplossingen maar het is
gewoon veel eenvoudiger om alles van X in 1 thread te steken ;-)

Groetjes,
Wim.