Newsgroup: it.comp.os.linux.development
Titolo: locking dei file...

Salve... leggendo "Kylix power solutions" mi sembra di aver capito che in
Linux non è possibile fare il lock di un file... o meglio... il locking dei
file esiste ma solo in modo cooperativo (ossia tutte le applicazioni devono
"essere d'accordo" su come gestirlo).
Mi chiedevo quindi se anche in Linux si presenta il problema che ha Windows
quando non ti lascia cancellare un file perché "in uso".
L'ho sempre trovata una cosa molto fastidiosa (tipo: disinstalli un
programma e poi devi riavviare per cancellare tutte le cacchine che si
lascia dietro perché risultano "in uso").
Qualcuno conosce la risposta?
Ciao,
  Luca

 non ti lascia cancellare un file perché "in uso".
no. prova su un terminale ad aprire un file col vim e a cancellarlo da un
altro. Il file sparisce subito dalla directory e poi è rimosso
definitivamente alla chiusura dell'editor.

 Windows quando non ti lascia cancellare un file perché "in uso".
No, Linux non supporta il mandatory locking
-- 
 < 
http://www.reactos.com/
 >  Open source clone of Windows NT. Current
     Don't stand, REACT!      version 0.0.20. C, C++ and ASM developers
                              and beta testers are welcome!

 No, Linux non supporta il mandatory locking
Se non hanno cambiato nulla dal 1996 ad oggi (e penso avrebbero rimosso
la documentazione relativa, se fosse successo):
	/usr/src/linux/Documentation/mandatory.txt
Cfr. fcntl(2) e lockf(3).
Ammesso e non concesso che noi si stia parlando della stessa cosa: non
conosco il locking sotto win32 (mai avuto il piacere).
Ciao,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)              [ 
http://digilander.iol.it/ebassi/
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4


                           15 April 1996
1. What is  mandatory locking?
------------------------------
Ciao
-- 
As.| Simone Piccardi - KeyID:2A972F9D - 
JabberID:sim...@jabber.linux.it
 
So.| 
http://firenze.linux.it/~piccardi
  -  
http://www.softwarelibero.it
 
Li.| Prima ti ignorano, poi ti deridono, poi ti combattono.  Poi vinci. 
                                                           M. K. Ghandi

 Qualcuno conosce la risposta?
Lo e`. E la risposta e` l'architettura standard dei file in Unix. 
L'argomento e` complesso (e parecchio diverso da Windows), puoi leggerti:
http://gapil.firenze.linux.it/html/node81.html
per una introduzine sulla struttura di un filesystem
http://gapil.firenze.linux.it/html/node110.html
sulle funzioni standard dei file (tutto, mi spiace, le informazioni sono 
sparse su tutto il capitolo) 
http://gapil.firenze.linux.it/html/node219.html
per il file locking.


 per il file locking.
grazie, stavo dando un occhiata a locks.c (mi pare)... comunque, fa parte
del kernel... e leggendo i commenti mi era appunto parso di capire che il
mandatory locking era in qualche modo supportato.
Ciao,
  Luca

         Mandatory File Locking For The Linux Operating System
non ho Linux


 directory),
vedi sopra. Personalmente do' la colpa ad una documentazione non 
adeguata della flag FILE_SHARE_DELETE


 non ho Linux
E allora come cavolo fai a dire che non lo fa? 
Se ti installi i sorgenti del kernel quel file lo trovi (e` li' da un bel 
po' di anni).


 Ottima soluzione mi pare.
Secondo me si. Non conosco molto le altre ma quella di windows (che mi pare 
mutuata pari pari dal VMS) non mi piace per nulla.


 adeguata della flag FILE_SHARE_DELETE
Non ho la minima idea di cosa sia questa roba, comunque questo il 
comportamento citato non ha nulla a che fare con il file locking, e` il 
funzionamento normale di un sistema Unix.


 E allora come cavolo fai a dire che non lo fa? 
l'ho letto, come l'hanno letto altri, signor Torquemada


 il file locking, e` il funzionamento normale di un sistema Unix.
non so di cosa stai parlando


file esiste ma solo in modo cooperativo (ossia tutte le applicazioni
devono
]zac[
Mi sono documentato un paio di mesi fa, in linux non esiste il lock
'assoluto' di un file.
Esiste una emulazione che usa una combinazione particolare dei diritti
di un file, non e' autoripristinante in caso di crash, e deve essere
attivata da una opzione in fase di mount di una partizione.
In sintesi, in linux non esiste un sistema per inibire completamente e
assolutamente l'accesso ad un file, se una qualsiasi applicazione puo'
ingnorare il lock senza nessun problema.
Non per niente esiste una directory apposito che contiene dei file usati
come flag di lock.
Provare per credere.


Documentazione vecchia, presumo.
Le pagine man aggiornate le dovresti trovare su 
www.tldp.org
Cmq, con "Linux Mandatory Locking" sempre su Google il primo risultato
e` abbastanza chiaro.
Bye.

 usati come flag di lock.
i lock file sono un'altra roba ancora, che io sappia. Sono delle specie 
di mutex dei poveri basati sull'advisory locking


 risultato e` abbastanza chiaro.
non credevo di aver bisogno di cercarlo, se mi sono spiegata


 
E allora inizia a leggere le fonti giuste. E magari a verificare le cose.


 Provare per credere.
Appunto, tu prova a fare quello che ti dicevo con le glibc. Poi pero` non 
lamentarti con me se ti tocca resettare il sistema.


 non so di cosa stai parlando
Questo e` piu` che evidente, e da un bel po'.


 
E allora inizia a leggere le fonti giuste. E magari a verificare le cose.
Ciao


 senza conoscere l'argomento. 
shhh, zitto, 
coglio...@softwarelibero.org
. Chè rischi anche d'essere 
preso sul serio da qualche povero sprovveduto. Son le persone come te a 
dare una cattiva fama a Unix


 Questo e` piu` che evidente, e da un bel po'.
ma č naturale. Nemmeno tu sai di cosa stai parlando


 dare una cattiva fama a Unix
Questa me la spieghi, anche in pvt?
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! God Knows How Long I Tried To Change Fate !>-
  		Blind Guardian - Mordred's Song

 E, da bravi, dateci un taglio.
Gia` fatto, come avrai notato.
