• Este sitio usa cookies. Para continuar usando este sitio, se debe aceptar nuestro uso de cookies. Más información.

Dev/null está lleno

Estado
Cerrado para nuevas respuestas

Armando

Nuevo Miembro
Miembro
#1
/dev/null está lleno! (/dev/full is full!!)

Se ha detectado hoy un importantísimo bug en todos los sistemas

operativos tipo Unix. Millones y millones de personas han estado

redirigiendo la salida estándar y la de errores a /dev/null sin

preocuparse de lo que pasaba con esos datos. Parece ser que los

datos se quedaban simplemente ahí, en /dev/null; y ahora se están

sufriendo las consecuencias: /dev/null se ha llenado.

Para los usuarios de Unix, /dev/null es un mecanismo imprescindible

para destruir mensajes que no entienden o son pesados de leer:

avisos de programas que usan, informes de 'bugs' acerca de

programas que hacen, mensajes del jefe y otros mensajes

menos interesantes aún, etc. Pero ahora, están obligados a leerlo

todo. Esto redundará en una gran pérdida de tiempo de todos los

usuarios de Unix.

Ningún gurú de Unix había predicho que /dev/null se llenaría algún

día. El Sr. Kernighan declinó hacer comentarios, diciendo,

"Pregunten al Sr. Ritchie. Él tenía mayor idea sobre eso del

/dev/null.". El Sr. Ritchie, por su parte, dijo, "No, creo que era

cosa del Sr. Thompson". A lo que el Sr. Thompson ha respondido:

"Bien, ha estado ahí siempre, pero estoy seguro de que el fallo no

es mío."

Treinta minutos después de hacerse público el fallo, Microsoft

liberó un parche de seguridad para el sistema operativo Windows

NT. Sin embargo, fue eliminado de su sitio web cuando los

ingenieros de Microsoft observaron que /dev/null no existía en

Windows NT y por tanto no estaba afectado por el error. El parche

de seguridad que habían lanzado era un fichero vacío.

Los gurús de Unix avisan que deberán tener cuidado también con la

entrada estándar (también conocida como stdin), ya que mucha gente

ha estado leyendo cosas de ahí durante años y se cree que quedará

vacía muy pronto.

Escrito por Thierry Bezecourt <thbzcrt@worldnet.fr>

Traducido por Juan José Amor <jjamor@hispalinux.es>
 

mek

Nuevo Miembro
Miembro
#2
Treinta minutos después de hacerse público el fallo, Microsoft

 liberó un parche de seguridad para el sistema operativo Windows

 NT. Sin embargo, fue eliminado de su sitio web cuando los

 ingenieros de Microsoft observaron que /dev/null no existía en

 Windows NT y por tanto no estaba afectado por el error. El parche

 de seguridad que habían lanzado era un fichero vacío
jajajajajaja
 
C

Cobac

Guest
#4
* Ningún gurú de Unix había predicho que /dev/null se llenaría algún

* día. El Sr. Kernighan declinó hacer comentarios, diciendo,

* "Pregunten al Sr. Ritchie. Él tenía mayor idea sobre eso del

* /dev/null.". El Sr. Ritchie, por su parte, dijo, "No, creo que era

* cosa del Sr. Thompson". A lo que el Sr. Thompson ha respondido:

* "Bien, ha estado ahí siempre, pero estoy seguro de que el fallo no

* es mío."
aun diran que el fallo es mio :)DD

* Treinta minutos después de hacerse público el fallo, Microsoft

* liberó un parche de seguridad para el sistema operativo Windows

* NT. Sin embargo, fue eliminado de su sitio web cuando los

* ingenieros de Microsoft observaron que /dev/null no existía en

* Windows NT y por tanto no estaba afectado por el error. El parche

* de seguridad que habían lanzado era un fichero vacío.
como es esto posible? seguro, no me lo creo, son tontos, pero no tanto (creo :)D) :
 
E

EMPICAL

Guest
#5
Eso sólo indica que los ingenieros de Windows no tienen ni pajorera idea de como funciona su sistema operativo. No me estraña que sea el rey de los "cuelges" :)DD.

Después de más de 14 años que se creo unix algún día se tendria que llenar el saco, además esto servirá para perfeccionar el mejor sistema operativo del mercado.
 

jbex

El que peca y reza empata
Administrador
#6
además esto servirá para perfeccionar el mejor sistema operativo del mercado.
EMPICAL el mejor no es MacOS?

Creía que el mejor era MacOS :D

Un saludo, jbex.
 
E

EMPICAL

Guest
#7
El macOSesta muy bien, pero después de conocer mejor unix me declino por unix. Además macOS es practicamente un unix (o eso dicen).
 
Estado
Cerrado para nuevas respuestas