Torna indietro   Hardware Upgrade Forum > Software > Programmazione

DJI RS 5: stabilizzazione e tracking intelligente per ogni videomaker
DJI RS 5: stabilizzazione e tracking intelligente per ogni videomaker
Analizziamo nel dettaglio DJI RS 5, l'ultimo arrivato della famiglia Ronin progettato per videomaker solisti e piccoli studi. Tra tracciamento intelligente migliorato e ricarica ultra rapida, scopriamo come questo gimbal eleva la qualità delle produzioni.
AMD Ryzen 7 9850X3D: Zen 5, 3D V-Cache e frequenze al top per il gaming
AMD Ryzen 7 9850X3D: Zen 5, 3D V-Cache e frequenze al top per il gaming
AMD Ryzen 7 9850X3D è la nuova CPU gaming di riferimento grazie alla 3D V-Cache di seconda generazione e frequenze fino a 5,6 GHz. Nei test offre prestazioni superiori a 9800X3D e 7800X3D, confermando la leadership AMD nel gaming su PC.
Le soluzioni FSP per il 2026: potenza e IA al centro
Le soluzioni FSP per il 2026: potenza e IA al centro
In occasione del Tech Tour 2025 della European Hardware Association abbiamo incontrato a Taiwan FSP, azienda impegnata nella produzione di alimentatori, chassis e soluzioni di raffreddamento tanto per clienti OEM come a proprio marchio. Potenze sempre più elevate negli alimentatori per far fronte alle necessità delle elaborazioni di intelligenza artificiale.
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


DJI RS 5: stabilizzazione e tracking intelligente per ogni videomaker DJI RS 5: stabilizzazione e tracking intelligent...
AMD Ryzen 7 9850X3D: Zen 5, 3D V-Cache e frequenze al top per il gaming AMD Ryzen 7 9850X3D: Zen 5, 3D V-Cache e frequen...
Le soluzioni FSP per il 2026: potenza e IA al centro Le soluzioni FSP per il 2026: potenza e IA al ce...
AWS annuncia European Sovereign Cloud, il cloud sovrano per convincere l'Europa AWS annuncia European Sovereign Cloud, il cloud ...
Redmi Note 15 Pro+ 5G: autonomia monstre e display luminoso, ma il prezzo è alto Redmi Note 15 Pro+ 5G: autonomia monstre e displ...
Roscosmos Amur: il razzo spaziale riutil...
Robot aspirapolvere per tutte le tasche:...
Accedere alle mail di un lavoratore lice...
Amazon Haul scatenato: migliaia di prodo...
Amazon Seconda Mano rilancia: sconto ext...
Super prezzo Amazon per ECOVACS DEEBOT T...
NVIDIA Shield TV: dieci anni di aggiorna...
Le 10 offerte migliori su Amazon oggi, c...
Autostrade che 'pensano': l'AI arriva su...
AMD alza l'asticella: Zen 6 è la ...
Il satellite spia russo Olymp-1 si &egra...
Rocket Lab prosegue l'assemblaggio del n...
Il Wet Dress Rehearsal della missione Ar...
31,4 Tbps: Aisuru sfonda il suo stesso r...
Giocattoli AI, una falla espone oltre 50...
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: 11:02.


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