Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione REDMI Note 17 Pro: il midrange con batteria da 8.340 mAh e ricarica veloce
Recensione REDMI Note 17 Pro: il midrange con batteria da 8.340 mAh e ricarica veloce
REDMI Note 17 Pro porta in fascia media una batteria da 8.340 mAh con ricarica HyperCharge a 67W, un display AMOLED da 6,83 pollici capace di picchi di luminosità molto elevati e una struttura certificata TÜV SÜD contro cadute e infiltrazioni d'acqua, il tutto racchiuso in una scocca da 223 grammi. Lo abbiamo provato per diversi giorni tra fotocamera, prestazioni, autonomia e prezzo sul mercato italiano
Insta360 Luna Ultra: la potenza del sensore da 1 pollice incontra la portabilità estrema
Insta360 Luna Ultra: la potenza del sensore da 1 pollice incontra la portabilità estrema
Insta360 Luna Ultra integra un sensore da 1 pollice 8K, ottiche Leica e triplo chip IA. Tra schermo OLED rimovibile, workflow I-Log a 10 bit e stabilizzazione a tre assi, analizziamo le doti tecniche di una gimbal camera pensata per i professionisti
Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa
Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa
Marvel's Wolverine porta Logan in un'avventura inedita, violenta e fortemente narrativa, costruita attorno alla sua natura di combattente e al difficile rapporto con il proprio passato. Insomniac Games punta su combattimenti spettacolari, progressione e personalizzazione, inserendo l'azione in un mondo segnato dalla persecuzione dei mutanti. Un viaggio intenso, che alterna mattanza, esplorazione e momenti sorprendentemente emotivi.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 02-07-2008, 00:01   #1
ceccoggi
Senior Member
 
Iscritto dal: Sep 2001
Messaggi: 1551
[C unix] pipe

mi è venuto un dubbio leggendo il funzionamento delle pipe.
In pratica si crea un array di dimensione 2 per la pipe, chiamato x esempio file_pipes[2].
Immaginando un programmino con padre che scrive nella pipe e figlio che legge, vedo che di norma se sono il padre e voglio scrivere devo prima chiudere file_pipes[0], ossia il descrittore della pipe relativo alla lettura, e poi scrivere su file_pipes[1]..viceversa per il figlio..
Il dubbio è, perchè devo chiudere un descrittore (se tanto non lo uso) per usare l'altro?

Qualcosa mi dice che è una domanda stupida, ma non ho trovato spiegazioni da nessuna parte a riguardo..
__________________
myFlickr
ceccoggi è offline   Rispondi citando il messaggio o parte di esso
Old 02-07-2008, 00:30   #2
DanieleC88
Senior Member
 
L'Avatar di DanieleC88
 
Iscritto dal: Jun 2002
Città: Dublin
Messaggi: 5989
Perché ciò che il sistema operativo ti restituisce sono due descrittori collegati in maniera unidirezionale: ciò che copi in scrittura su filedes[1] sarà disponibile su filedes[0] in lettura. Puoi ad esempio fare una fork() e passare i dati dal padre al figlio, ma dentro i singoli pezzi di codice dovrai chiudere i descrittori che non ti servono e che sono inutilizzati.
__________________

C'ho certi cazzi Mafa' che manco tu che sei pratica li hai visti mai!
DanieleC88 è offline   Rispondi citando il messaggio o parte di esso
Old 02-07-2008, 11:49   #3
ceccoggi
Senior Member
 
Iscritto dal: Sep 2001
Messaggi: 1551
Quote:
Originariamente inviato da DanieleC88 Guarda i messaggi
... ma dentro i singoli pezzi di codice dovrai chiudere i descrittori che non ti servono e che sono inutilizzati.
Continuo a non capire, ok, dentro i singoli pezzi di codice il padre avra' i 2 descrittori aperti della pipe e il figlio pure..ma se nel padre non tocco il descrittore relativo alla lettura e nel figlio non tocco quello relativo alla scrittura, perche' che problema avrei a lasciarli aperti?
__________________
myFlickr
ceccoggi è offline   Rispondi citando il messaggio o parte di esso
Old 02-07-2008, 12:07   #4
DanieleC88
Senior Member
 
L'Avatar di DanieleC88
 
Iscritto dal: Jun 2002
Città: Dublin
Messaggi: 5989
Perché certe cose potrebbero non funzionare bene, è importante. La risposta è nelle pagine di manuale, come sempre:
Quote:
Originariamente inviato da man 7 pipe
An application that uses pipe(2) and fork(2) should use suitable close(2) calls to close unnecessary duplicate file descriptors; this ensures that end-of-file and SIGPIPE/EPIPE are delivered when appropriate.
Vada per SIGPIPE ed EPIPE che non credo tu possa intercettare in una situazione comune, ma l'EOF devi essere sicuro di riceverlo quando necessario nel processo che legge.
__________________

C'ho certi cazzi Mafa' che manco tu che sei pratica li hai visti mai!
DanieleC88 è offline   Rispondi citando il messaggio o parte di esso
Old 02-07-2008, 12:28   #5
ceccoggi
Senior Member
 
Iscritto dal: Sep 2001
Messaggi: 1551
si, ma ammettiamo che un figlio legga da una pipe in cui scrive il padre.
il figlio legge da fd[0]
il padre scrive su fd[1]
dove dovrebbe trovare l'EOF il figlio? non penso sull'fd[1] che chiude lui stesso, ma sull'fd[0] che sta leggendo immagino, no?
oppure forse ci sono..vuoi dire che il figlio, chiudendo fd[1] permette al padre di chiudere effettivamente il suo fd[1] quando finisce? Nel senso che se il figlio non chiudesse fd[1], il padre non potrebbe farlo nemmeno, dunque il figlio non incontrerebbe mai l'eof nell fd[0] che sta leggendo?
__________________
myFlickr
ceccoggi è offline   Rispondi citando il messaggio o parte di esso
Old 02-07-2008, 13:17   #6
DanieleC88
Senior Member
 
L'Avatar di DanieleC88
 
Iscritto dal: Jun 2002
Città: Dublin
Messaggi: 5989
Diciamo di sì. Tu chiudi nel figlio il descrittore in scrittura, il padre farà altrettanto quando avrà finito di scrivere: quando saranno chiusi i descrittori, il sistema operativo manda l'EOF sull'altra terminazione della pipe (ovvero il descrittore in lettura).
__________________

C'ho certi cazzi Mafa' che manco tu che sei pratica li hai visti mai!
DanieleC88 è offline   Rispondi citando il messaggio o parte di esso
Old 02-07-2008, 13:40   #7
ceccoggi
Senior Member
 
Iscritto dal: Sep 2001
Messaggi: 1551
se cosi' e' ora e' tutto + chiaro
grazie
__________________
myFlickr
ceccoggi è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Recensione REDMI Note 17 Pro: il midrange con batteria da 8.340 mAh e ricarica veloce Recensione REDMI Note 17 Pro: il midrange con ba...
Insta360 Luna Ultra: la potenza del sensore da 1 pollice incontra la portabilità estrema Insta360 Luna Ultra: la potenza del sensore da 1...
Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa Marvel's Wolverine, la recensione: Logan torna p...
DJI Romo 2: tante novità lo rendono un robot completo DJI Romo 2: tante novità lo rendono un ro...
Sony Bravia 9 II: il True RGB alla prova, dove l'LCD sfida l'OLED Sony Bravia 9 II: il True RGB alla prova, dove l...
Samsung Gallery Cloud Sync introduce il ...
Dyson V8 Cyclone a 249€: scopa elettrica...
Rifiuti elettronici, l'altra faccia dell...
Meta prepara Luna, i nuovi occhiali smar...
SSD NVMe Gen4 2TB in offerta: Acer Preda...
Perché i backup non bastano pi&ug...
Maserati, si concretizza la pista cinese...
Corea del Sud preoccupata: le cinesi YMT...
Se ne vendono 3000 al mese su Amazon: Sm...
Sedie gaming ergonomiche su Amazon: SONG...
Criptovalute, il Senato USA blocca il Cl...
Samsung Galaxy S26 FE a 635€ con coupon ...
Tesla porta il Cybercab in Cina, ma solo...
I modelli di OpenAI mentono e si nascond...
Rivoluzione in arrivo per il Game Pass? ...
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: 10:31.


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