Discussion :

[sagitarium]

Saalut c enecore moi et mon projet bidon de gestionnaire de rond point
En fait j'utilise une semaphore pour gérér la ressource ki est le rond point.
a un moment je mets un wait comme ce ci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
while(s.get_val()!=4)
		{
			//try {
				//System.out.println("Camion en attente...");
				//s.set_c_att(true);
				//wait();
			//} catch (InterruptedException e) {
				// TODO Auto-generated catch block
			//	e.printStackTrace();
			//}

s etant une semaphore.
le probleme quand je le reveil en utilisant la méthode V() de la semaphore ben lui il prefere dormir...

Merci.

[Oui-Oui MB]

Il te faudrait un notify() là ou tu veux réveiller ton thread car il est bloqué sur le wait()...

En gros, quelque part tu auras un s.set_val(4) (ou autre chose pour changer la valeur de ton sémaphore) et puis il faut que tu fasses un notify quand il est à 4. Mais je dois dire que c'est pas tres propre comme ça.

[sagitarium]

Non je fais un notify() mais en fait comme j'ai deux type de thread je ne sais pas si kan je fait un notifyall sur les voitures ca reveille aussi les camions...apparement non..

Merci

[xavlours]

Les threads se mettent en attente jusqu'à ce qu'une condition soit remplie.
On peut avoir 2 threads en attente de deux conditions différentes, et on ne veut pas forcément les réveiller en meme temps.
Pour ca :
Thread1 appelle object1.wait(); (dans un bloc synchronized(object1) )
Thread2 appelle object2.wait(); (dans un bloc synchronized(object2) )

Thread3 appelle object1.notify(); pour réveiller Thread1.
Thread3 appelle object2.notify(); pour réveiller Thread2.
(toujours dans des blocs synchronized).

notifyall() réveille tous les threads en attente d'une meme condition, c-a-d qui ont appelé wait() sur l'objet que l'on notifie.