Torna indietro   Hardware Upgrade Forum > Software > Programmazione

WoW Forever: la beta è stato uno dei momenti più alti della storia dei videogiochi, e non si ripeterà
WoW Forever: la beta è stato uno dei momenti più alti della storia dei videogiochi, e non si ripeterà
Un mondo affollato e vivo, personaggi destinati a sparire a fine test e nessuno a inseguire l'oggetto giusto. Beta e stress test di World of Warcraft: Forever hanno fatto emergere un roleplay spontaneo, tra danze a Goldshire e code ordinate ai PNG
Oracle AI World 2026: in Europa prima la sovranità, poi la sicurezza e solo dopo l'IA
Oracle AI World 2026: in Europa prima la sovranità, poi la sicurezza e solo dopo l'IA
In tre giorni a Las Vegas Oracle ha presentato agenti che eseguono il lavoro, l'alleanza con OpenAI e un cloud aperto agli acceleratori di tutti. Ma i clienti europei chiedono garanzie prima ancora delle funzionalità
DS N°7 E-Tense: il SUV premium made in Melfi che punta su autonomia e comfort
DS N°7 E-Tense: il SUV premium made in Melfi che punta su autonomia e comfort
Fino a 740 km WLTP con la batteria da 97,2 kWh, sospensioni che leggono la strada con una telecamera e un abitacolo da salotto parigino. La nuova DS N°7 raccoglie l'eredità della DS 7 e la porta, per la prima volta, nel mondo 100% elettrico. Ecco come è fatta, cosa offre e quanto costa.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 20-10-2007, 10:11   #1
tomminno
Senior Member
 
Iscritto dal: Oct 2005
Messaggi: 3306
[Linux C] Emulare WaitForSingleObject con timeout

Ho provato ad emulare la WaitForSingleObject di Windows usando le pThread, ma ci sono riuscito solo in parte.
Il mio obiettivo è quello di bloccare un thread in attesa di un evento, se però la condizione di wait per un qualche motivo viene impostata dopo il signal (in debug avviene praticamente sempre) ottengo un fallimento per timeout, mentre in Windows viene riconosciuto l'evento come già settato e la WaitForSingleObject ritorna subito.

Questo è il codice che ho usato:
Codice:
	class Event
	{
	public:
		Event()
		{
#ifdef WIN32
			event = CreateEvent(NULL,false,false,NULL);
#else
			pthread_cond_init (&event, NULL);
			pthread_mutex_init(&mutex, NULL);
#endif	
		}
		~Event()
		{
#ifdef WIN32
			CloseHandle(event);
#else
			pthread_mutex_destroy(&mutex);
			pthread_cond_destroy(&event);
#endif
		}
		void SetEvent()
		{
#ifdef WIN32
			::SetEvent(event);
#else
			pthread_cond_signal(&event);
#endif
		}
		void ResetEvent()
		{
#ifdef WIN32
			::ResetEvent(event);
#else
			pthread_cond_signal(&event);
#endif
		}

		bool Wait()
		{
#ifdef WIN32
			return WaitForSingleObject(event,INFINITE) == WAIT_OBJECT_0;
#else
			pthread_mutex_lock(&mutex);
			int rc = pthread_cond_wait(&event, &mutex);
			pthread_mutex_unlock(&mutex);
			return rc == 0;
#endif
		}
			
		bool Wait(int milliseconds)
		{
#ifdef WIN32
			return WaitForSingleObject(event,milliseconds) == WAIT_OBJECT_0;
#else
			struct timeval  now;
			struct timespec timeout;
			gettimeofday(&now, NULL);
			timeout.tv_sec = now.tv_sec + milliseconds/1000;
			timeout.tv_nsec = now.tv_usec * 1000;

			bool done = false, success = false;
			int rc = pthread_mutex_lock(&mutex);
			if (rc) /* an error has occurred */
				return false;
			while (!done)
			{
				rc = pthread_cond_timedwait(&event,&mutex,&timeout);
				switch (rc)
				{
				case 0:
					success = true;
					done = true;
					break;
				default:
			            if (rc == ETIMEDOUT)
 			               done = true;
			            break;
				}
			}
			pthread_mutex_unlock(&mutex);
			return success;
#endif
		}
	private:
#ifdef WIN32
		HANDLE event;
#else
		pthread_cond_t event;
		pthread_mutex_t mutex;
#endif
	};
Ok sono pronto alla fucilazione

Un altra domanda ma se volessi attendere sulla pthread_cond_timedwait per 1500 millisecondi devo per forza aggiungere 1 al campo tv_sec e 5e8 a tv_nsec?
Non c'è un modo per aggiungere direttamente il valore a tv_nsec?
Quando ho provato ad aggiungere 15e8 al campo tv_nsec non ho mai raggiunto il timeout.
tomminno è offline   Rispondi citando il messaggio o parte di esso
Old 20-10-2007, 11:31   #2
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
fino a qualche mese fa anche io stavo a combattere con questioni del genere, ma ho fatto in maniera molto diversa: non ho cercato più di tanto di uniformare il codice Linux con quello Win32. nel caso specifico degli eventi, portando su Linux ho parzialmente ristrutturato e utilizzato i pthread signals (alla fine IMHO è più facile fare così che non sbattersi ad inventarsi meccanismi di emulazione).
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 20-10-2007, 14:31   #3
tomminno
Senior Member
 
Iscritto dal: Oct 2005
Messaggi: 3306
Quote:
Originariamente inviato da 71104 Guarda i messaggi
fino a qualche mese fa anche io stavo a combattere con questioni del genere, ma ho fatto in maniera molto diversa: non ho cercato più di tanto di uniformare il codice Linux con quello Win32. nel caso specifico degli eventi, portando su Linux ho parzialmente ristrutturato e utilizzato i pthread signals (alla fine IMHO è più facile fare così che non sbattersi ad inventarsi meccanismi di emulazione).
Non credo di aver cercato di emulare il comportamento di Windows, mi sembra un criterio di sincornizzazione standard: un thread rimane in wait su una condizione per un certo timeout.
Vorrei capire come fare in modo che una condizione di wait possa terminare con successo se per caso il signal è arrivato prima.
Su Windows questo avviene automaticamente senza problemi, su Linux non sono ancora riuscito ad ottenerlo.

Al momento il codice che ho scritto non mi pare dare alcun problema, però è impossibile debuggare proprio per il fatto che in debug finisce che arriva prima il signal e poi il wait.
tomminno è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


WoW Forever: la beta è stato uno dei momenti più alti della storia dei videogiochi, e non si ripeterà WoW Forever: la beta è stato uno dei mome...
Oracle AI World 2026: in Europa prima la sovranità, poi la sicurezza e solo dopo l'IA Oracle AI World 2026: in Europa prima la sovrani...
DS N°7 E-Tense: il SUV premium made in Melfi che punta su autonomia e comfort DS N°7 E-Tense: il SUV premium made in Melfi...
Recensione Samsung Galaxy Tab S12 Ultra: non chiamatelo tablet... è molto di più Recensione Samsung Galaxy Tab S12 Ultra: non chi...
Hyundai IONIQ 5 N, l'elettrica che finge di essere termica (e ci riesce da paura) Hyundai IONIQ 5 N, l'elettrica che finge di esse...
Sale LAN, la Manovra 2027 introduce una ...
11 prezzi imperdibili in Amazon: non sol...
Giù i prezzi di Xiaomi 17T e Xiao...
Una tassa di 5,5 centesimi su ogni gigab...
Vuoi clonare un videogioco con l'IA? Cla...
Furto da 6,3 miliardi di dollari, Binanc...
Gli USA dipendono dai robot stranieri: T...
Volkswagen non ha più soldi per l...
Telescopio spaziale Hubble: la NASA cerc...
Più sottile e potente: le nuove i...
Il JPL estende la vita operativa della s...
DAZN Full è in offerta: tutta la ...
GTA 6 su PC potrebbe arrivare prima del ...
Da zero al tracciato in secondi: LibreCo...
Il regista Rian Johnson lancia a 12,99 d...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 12:28.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v