por
pobrecito hablador
el Jueves, 30 Julio de 2009, 23:15h
(#1162948)
El comportamiento no es defectuoso, tal y como explican en el hilo.
El bug del emacs que se está usando como ejemplo todo el rato es un proceso que lee datos cuando recibe SIGCHLD de un proceso hijo. Con el segundo parche de Alan Cox recibe EAGAIN *a pesar* de que hay datos por leer. Eso es contrario a POSIX, y con el primero no pero cualquiera ve que es un hack: hace la operación como de baja latencia pera hacer más pequeña la ventana del fallo. Ni a Alan Cox le convence.
En el hilo hay otro parche de Ogawa que no cambia nada, no es un hack y cubre todos los casos excepto "un caso hipotético imposible de testear" (según Linus). Entre eso y tener que parchear todo el user-space pues Ogawa gana.
Re:Linus...
(Puntos:4, Informativo)El bug del emacs que se está usando como ejemplo todo el rato es un proceso que lee datos cuando recibe SIGCHLD de un proceso hijo. Con el segundo parche de Alan Cox recibe EAGAIN *a pesar* de que hay datos por leer. Eso es contrario a POSIX, y con el primero no pero cualquiera ve que es un hack: hace la operación como de baja latencia pera hacer más pequeña la ventana del fallo. Ni a Alan Cox le convence.
En el hilo hay otro parche de Ogawa que no cambia nada, no es un hack y cubre todos los casos excepto "un caso hipotético imposible de testear" (según Linus). Entre eso y tener que parchear todo el user-space pues Ogawa gana.
Re:Linus...
(Puntos:1)( http://barrapunto.com/ )
Voy a echarle un segundo vistazo al hilo más detenidamente, no sea que esté diciendo tonterías... (me encantan las causas perdidas).
Si no puedes deslumbrar con tu sabiduría, desconcierta con tus gilipolleces.