Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
vivo X300 Pro rappresenta un'evoluzione misurata della serie fotografica del produttore cinese, con un sistema di fotocamere migliorato, chipset Dimensity 9500 di ultima generazione e l'arrivo dell'interfaccia OriginOS 6 anche sui modelli internazionali. La scelta di limitare la batteria a 5.440mAh nel mercato europeo, rispetto ai 6.510mAh disponibili altrove, fa storcere un po' il naso
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2 è la nuova handheld PC gaming con processore AMD Ryzen Z2 Extreme (8 core Zen 5/5c, GPU RDNA 3.5 16 CU) e schermo OLED 8,8" 1920x1200 144Hz. È dotata anche di controller rimovibili TrueStrike con joystick Hall effect e una batteria da 74Wh. Rispetto al dispositivo che l'ha preceduta, migliora ergonomia e prestazioni a basse risoluzioni, ma pesa 920g e costa 1.299€ nella configurazione con 32GB RAM/1TB SSD e Z2 Extreme
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
A re:Invent 2025, AWS mostra un’evoluzione profonda della propria strategia: l’IA diventa una piattaforma di servizi sempre più pronta all’uso, con agenti e modelli preconfigurati che accelerano lo sviluppo, mentre il cloud resta la base imprescindibile per governare dati, complessità e lock-in in uno scenario sempre più orientato all’hybrid cloud
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 02-07-2008, 01: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, 01: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, 12: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, 13: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, 13: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, 14: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, 14: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 vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria Recensione vivo X300 Pro: è ancora lui il...
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'...
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti AWS re:Invent 2025: inizia l'era dell'AI-as-a-Se...
Cos'è la bolla dell'IA e perché se ne parla Cos'è la bolla dell'IA e perché se...
BOOX Palma 2 Pro in prova: l'e-reader diventa a colori, e davvero tascabile BOOX Palma 2 Pro in prova: l'e-reader diventa a ...
Toyota usa giochi e premi per spingere i...
HarmonyOS ha raggiunto la soglia di sopr...
Le offerte Amazon più convenienti...
Un gruppo di ladri ha usato Google Maps ...
Apple non si fida di Samsung per la real...
Windows 11: un nuovo driver nativo mette...
Vi hanno regalato buoni Amazon? Intanto ...
Via acari, polvere e sporco da materassi...
Cuffie Beats in super offerta su Amazon,...
Xbox Cloud Gaming arriva su Amazon Fire ...
Un blackout a San Francisco manda in til...
Windows 11 è diventato più...
Apple cambia strategia a causa della cri...
007 First Light: uscita rimandata di due...
Samsung Galaxy A37 e A57: il comparto fo...
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: 03:15.


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