On Thu, 4 Mar 1999, Antonio Castro wrote:
>On Wed, 3 Mar 1999, Hue-Bond wrote:
>
>> Bash (por lo menos) cuando ve el car�cter '>', se encarga de
>> abrir el archivo y borrar todo lo que hay, as� que no se llenar�a
>> el disco, simplemente se perder�a el contenido de file3.
>
>Un fichero abierto para lectura puede ser borrado sin que afecte en
>lo m�s m�nimo al proceso que lo tiene abierto.
Conviene matizar el significado de "borrar". Yo me refer�a a
borrar el contenido del archivo, no el archivo en s� mismo.
>Parece extra�o pero es
>as� (pruebalo).
Pues no s� no s�. Copi� ~/Mail/bugtraq a ~/Mail/bugtrack, lo
abr� con el pine, le� un par de mensajes, borr� el archivo con rm y
pude leer otro par de mensajes. Me fui a /proc/<pine_pid>/fd/ y vi
que no hab�a ning�n descriptor abierto para bugtrack (tampoco s� si
lo hay en condiciones normales). Volv� a la consola del pine y ya
no pude leer m�s art�culos.
Prob� tambi�n con borrar parte de bugtrack con el joe, y pine
lo detect� ("File shrank from xx to yy bytes, closing!").
>En el momento que el proceso cierre el fichero el kernel
>liberar� el espacio de disco.
Pues yo creo que el archivo desapareci� tan pronto lo borr� yo,
sin esperar a cerrar el mailbox en pine.
�Quiz� estamos hablando de cosas distintas?
>La terminacion de la lectura depende del momemto en el que se encuentre
>el fin de fichero y si el fichero que coincide con la salida es el �ltimo
>de una lista de ellos cuando empiece a leerlo no estar�a vacio.
Creo que lo pillo tras leer 5 veces :-)
>cat file200Mbytes file5bytes > file5bytes
Esto resultar�a en un file5bytes de 400 Mb, no? Y adem�s, como
digo en mi anterior post, el contenido de file5bytes original se
perder�a.
Mmmmm, 400 Mb o infinito...
--
Linux, como su propio nombre indica, es *el* sistema operativo. (Barbwired)
David Serrano <[EMAIL PROTECTED]> Linux Registered User no. 87069
http://come.to/Hue-Bond.world In love with TuX. Linux 2.2.2
PGP Public key at http://www.ctv.es/USERS/fserrano/pgp_pubkey.asc
