Patrice Karatchentzeff wrote:
>2005/8/30, Poize Michel <michel.poize@???>:
>
>
>>je ne sais pas si ça peux aider mais en java pour regler ce probleme la
>>bonne solution c'est de poster
>>un évenement dans la queue d'événement et de laisser le gestionnaire
>>d'événement te rappeler.
>>Du coup tu supprime le multithread au niveau de la mise à jour des objet
>>graphiques.
>>
>>
>
>Ce n'est possible que parce que le gestionnaire d'événement de Java
>est nativement multithreadé...
>
>Ce n'est pas le cas des toolkits naturels et traditionnels de Linux,
>qui sont Tk, Motif et aussi GTK et Qt semble-t-il.
>
>
>
>>Aparemment rendre "thread safe" l' interface graphique en rajoutant des lock
>>c'est pas simple.
>>
>>
>
>Traditionnellement, on forke plutôt pour faire cela...
>
>PK
>
>
>
j'ai retrouvé la page :
2.7. Using Xlib With Threads
On systems that have threads, support may be provided to permit
multiple threads to use Xlib concurrently. To initialize support for
concurrent threads, use [1]XInitThreads().
To lock a display across several Xlib calls, use [2]XLockDisplay().
To unlock a display, use [3]XUnlockDisplay().
