On Fri, 5 Mar 1999, Hue-Bond wrote:
> 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!").
Bueno esto es una cosa general de todos lo unix. En Linux no lo hab�a
comprobado hasta hoy.
La prueba que tu has realizado no es la mejor porque no sabemos si esos
programas van abriendo y cerrando los ficheros seg�n los usan, y adem�s
puede haber diferencias si abres en modo solo lectura o en modo lectura
escritura.
He realizado una pruebecita que si funciona. Es muy sencilla pruebala.
Utilizo dos sesiones.
En la sesion 1 hago:
yes > /tmp/kk
Espero un tiempo prudencial para que me vaya metiendo en ese fichero
cantidad de lineas. Interrumpo con Ctrl-C.
A mi en unos 20 segundos me ha metido unos 70Mbytes.
Ahora hago less /tmp/kk.
Esta claro que less no lee todo el fichero. Lo deja abierto despues de
leer la primera p�gina.
Desde la sesion 2 hago:
wc /tmp/kk
Despu�s de un ratito me informa que tiene 34.416.640 lineas.
Lo borro y compruebo que ya no esta.
rm /tmp/kk
ll /tmp/kk
Vuelvo a la primera sesi�n donde less lo tiene atrapado y hago
Ctrl-G. Less se queda un ratito leyendo ese fichero que ahora mismo
est� en el limbo para calcular el numero de total de lineas obteniendo
la cifra correta de lineas que ya he mencionado.
> >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?
No es que tu prueba no es la mejor para ver eso.
> >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...
Bueno cuando empieze a leer el file5bytes ya tiene 400 pero cuando lea los
400 le quedar� otros 400 y asi siempre. Tu fijat� en el comportamiento de
tail -f fichero. Cuando empieza a leerlo tiene un tama�o y cuando llega
al final no termina. Se queda esperando haciendo sucesivas lecturas
para detectar mas lineas cuando el fichero crezca. Los programas
normales terminan porque lo normal es cerrar cuando encuentras el fin
del fichero pero si llegas al final y no cierras puedes seguir leyendo
cuando alguien a�ada informacion al fichero. El cat jam�s alcanzar�a
el final del fichero por eso ser�a infinito.
Mmmmmm eso creo. :-)
Saludos.
> --
> 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
>
>
>
>
---------------------------------------------------------------------------
En caso de contestar a la lista mandame copia personal.
/\ /\ Los mas importantes desarrolladores de Bases de datos
\\W// est�n portando sus productos a Linux. Porque crees tu
_|0 0|_ que ser� ? Yo creo que Linux es el futuro.
+-oOOO--(___o___)--OOOo--------------------------+
| . . . . U U . . . . Antonio Castro Snurmacher |
| http://slug.ctv.es/~acastro. [EMAIL PROTECTED] |
+()()()----------()()()--------------------------+
