-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-02-26 a las 14:36 +0100, Rafa Grimán escribió:
¡Muy curioso!
Más curioso aún, si echas mano del file descriptor mientras el fichero está abierto ... puedes recuperar el fichero ... aunque lo hayas borrado del disco :)
Ondiá.
En Dos/Windows, es que simplemente se niega a borrarlo, falla la operación (acceso denegado, creo que era).
Ahora sé por qué dicen que *nix es para gente que sabe lo que está haciendo ;")
Jo, jo :-) En mi opinión, es que en Linux el tema del acceso compartido a ficheros no está resuelto. Fíjate que bloquean ficheros creando un fichero del mismo nombre con extensión .lock, para "pedir amablemente" a otros procesos que se abstengan de acceder. Pero también existe una interfaz en el kernel para bloquear ficheros, y ésta si es de obligado cumplimiento. Y creo que hay una tercera manera que no recuerdo (al fin y al cabo, no soy programador de linux). Eso provoca problemas, como que a programas que necesitan acceso compartido, como procmail, hay que decirle que tipo de bloqueo debe usar, y el resultado es que creo que usa los dos: ¿te das cuenta del tiempo que se pierde si para cada correo que entra en un buzón hay que crear y borrar el .lock? En Dos/win sí hay una interfaz definida, aunque en Dos era voluntaria: había que cargar un driver extra, el share.exe, que permitía bloquear por completo o parcialmente el acceso a determinados ficheros. Por ejemplo, podías permitir el acceso de lectura pero no el de escritura. O podías bloquear sólo el acceso a una zona del fichero, aquella donde estabas escribiendo, y permitir el resto. Ignoro si linux tiene algo igual, pero cuando estuve leyendo sobre el tema, no; puede que ya sí, pero el caso es que no hay una forma uniforme de controlar el acceso compartido. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF4z6MtTMYHG2NR9URAgZPAJ0UtQQRlzGVhA5smL+K8TBNlP5/lgCfTfs0 0s+CMcXNbf+oJyB1WrPs+rc= =uIjM -----END PGP SIGNATURE-----