Torna indietro   Hardware Upgrade Forum > Software > Programmazione

DJI Osmo Pocket 4: la gimbal camera tascabile cresce e ha nuovi controlli fisici
DJI Osmo Pocket 4: la gimbal camera tascabile cresce e ha nuovi controlli fisici
DJI porta un importante aggiornamento alla sua linea di gimbal camera tascabili con Osmo Pocket 4: sensore CMOS da 1 pollice rinnovato, gamma dinamica a 14 stop, profilo colore D-Log a 10 bit, slow motion a 4K/240fps e 107 GB di archiviazione integrata. Un prodotto pensato per i creator avanzati, ma che convince anche per l'uso quotidiano
Sony INZONE H6 Air: il primo headset open-back di Sony per giocatori
Sony INZONE H6 Air: il primo headset open-back di Sony per giocatori
Il primo headset open-back della linea INZONE arriva a 200 euro con driver derivati dalle cuffie da studio MDR-MV1 e un peso record di soli 199 grammi
Nutanix cambia pelle: dall’iperconvergenza alla piattaforma full stack per cloud ibrido e IA
Nutanix cambia pelle: dall’iperconvergenza alla piattaforma full stack per cloud ibrido e IA
Al .NEXT 2026 di Chicago, Nutanix ha mostrato quanto sia cambiata: una piattaforma software che gestisce VM, container e carichi di lavoro IA ovunque, dall’on-premise al cloud pubblico. Con un’esecuzione rapidissima sulle partnership e sulla migrazione da VMware
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 23-07-2010, 16:06   #1
galele87
Junior Member
 
Iscritto dal: Jun 2010
Messaggi: 10
Uscire dall'attesa della fgets() su stdin

Salve a tutti,
sto realizzando un'applicazione multithread client-server in C (con socket AF_UNIX) e nel client ho un thread che è incaricato di leggere da stdin le richieste dell'utente, utilizzando una fgets().
La gestione dei segnali è stata svolta nel seguente modo: nel caso in cui il processo riceva un segnale di SIGINT o SIGTERM, l'applicazione client deve chiudere "gentilmente", quindi tutti i suoi thread devono terminare.. tutti i thread hanno i segnali mascherati con opzione di SIG_IGN, tranne un thread "handler" che imposta opportune variabili per informare tutti quanti che si deve terminare l'esecuzione.
Il problema però è il seguente: il thread di cui vi ho parlato prima rimane in attesa sulla fgets() e non ha la possibilità di essere avvertito, proprio per via di questa attesa indefinita su stdin..

Qualcuno sa come sbloccare l'attesa ed uscire dalla fgets()???

Grazie in anticipo a tutti coloro che mi risponderanno..
Gabriele
galele87 è offline   Rispondi citando il messaggio o parte di esso
Old 23-07-2010, 17:08   #2
tuccio`
Senior Member
 
Iscritto dal: Apr 2010
Città: Frosinone
Messaggi: 416
Quote:
Originariamente inviato da galele87 Guarda i messaggi
Salve a tutti,
sto realizzando un'applicazione multithread client-server in C (con socket AF_UNIX) e nel client ho un thread che è incaricato di leggere da stdin le richieste dell'utente, utilizzando una fgets().
La gestione dei segnali è stata svolta nel seguente modo: nel caso in cui il processo riceva un segnale di SIGINT o SIGTERM, l'applicazione client deve chiudere "gentilmente", quindi tutti i suoi thread devono terminare.. tutti i thread hanno i segnali mascherati con opzione di SIG_IGN, tranne un thread "handler" che imposta opportune variabili per informare tutti quanti che si deve terminare l'esecuzione.
Il problema però è il seguente: il thread di cui vi ho parlato prima rimane in attesa sulla fgets() e non ha la possibilità di essere avvertito, proprio per via di questa attesa indefinita su stdin..

Qualcuno sa come sbloccare l'attesa ed uscire dalla fgets()???

Grazie in anticipo a tutti coloro che mi risponderanno..
Gabriele
cioè dici che quando sta leggendo con fgets il segnale non viene gestito? non ne sono sicuro, ma se è così, usa read al posto di fgets, che è una slow syscall e sicuramente quando arriva un segnale viene interrotta
tuccio` è offline   Rispondi citando il messaggio o parte di esso
Old 23-07-2010, 18:11   #3
galele87
Junior Member
 
Iscritto dal: Jun 2010
Messaggi: 10
ciao, innanzitutto grazie per avermi risposto...

no, non è che il segnale non viene gestito.. il segnale viene correttamente catturato, ma solo dal thread handler... tutti gli altri hanno la maschera per ignorare tutti i segnali e far finta di niente.. è l'handler che avvertirà tutti gli altri impostando opportune variabili.

Solo che appunto quel thread, poverino, sta in attesa indefinita sulla fgets...

grazie comunque..
galele87 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


DJI Osmo Pocket 4: la gimbal camera tascabile cresce e ha nuovi controlli fisici DJI Osmo Pocket 4: la gimbal camera tascabile cr...
Sony INZONE H6 Air: il primo headset open-back di Sony per giocatori Sony INZONE H6 Air: il primo headset open-back d...
Nutanix cambia pelle: dall’iperconvergenza alla piattaforma full stack per cloud ibrido e IA Nutanix cambia pelle: dall’iperconvergenza alla ...
Recensione Xiaomi Pad 8 Pro: potenza bruta e HyperOS 3 per sfidare la fascia alta Recensione Xiaomi Pad 8 Pro: potenza bruta e Hyp...
NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abb...
La NASA ha confermato il supporto per il...
Sierra Space ha completato il test acust...
Ryzen 7 5800X3D pronto a tornare sul mer...
NASA: l'amministrazione Trump prosegue s...
L'Iran avrebbe acquistato un satellite p...
VivaTech compie dieci anni e raddoppia p...
Le vendite di CPU si sono ridotte di 25 ...
Starship: SpaceX ha completato lo static...
Huawei FusionSolar Roadshow 2026: l'inno...
Nuovo trailer per Street Fighter: un fil...
Sovranità sui dati: arriva la pri...
Schede video NVIDIA e AMD di nuovo su Ma...
Robot aspirapolvere, TV OLED, iPhone 17 ...
EUREKA J15 Pro Ultra super interessante ...
Intel porta l'AI nei notebook entry-leve...
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: 22:02.


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