Otto Moerbeek, un desarrollador de OpenBSD, ha descubierto y corregido un bug que ha trazado hasta su origen y que ha resultado que lleva ahí desde una versión (la 6.ª Edición) del AT&T Unix de 1975, es decir, 33 años.
#3 No tiene nada que ver con "proyectos muy grandes" es un error al pasar basura a un parámetro del YACC, lo que pasa es que no había pasado nada nunca porque nunca se había usado ese parámetro, pero aquí el amigo ha modificado la llamada "malloc" (que tampoco es de C++, macho #3 no te has enterado de nada... malloc se usa básicamente en C, para C++ usamos new...) y siempre que realiza su compilación de la modificación de gcc pues peta...
Por cierto, es decir, sí, claro que es un error que puede afectar al usuario final... Todos los programas se compilan con el amigo compilador y si no se pueden compilar... pues no llegan al usuario final...
#8 Hombre, en la noticia dice:
A user alerted him that on the Sparc64 hardware platform and using the new malloc, compiling large C++ projects would sometimes fail with an internal compiler error.
Es decir: Al usar el nuevo malloc, compilar proyectos grandes en C++ podría fallar a veces con un error interno del compilador
#6, #8 A lo que me refiero con que no afecta al usuario final es a que los programas y aplicaciones que usa el usuario final no se ven afectados.
Es decir, un bug en el sistema de permisos o en el sistema de acceso a red obligaría a los usuarios a actualizar sus sistemas y, en caso de no hacerlo, estarían dejando en peligro sus máquinas.
Por eso digo que no les afecta. El bug no afecta a los programas que pueda tener instalado el usuario final
#12 Asi es, no tengo ni idea de progamación, ni falta que me hace. Para ello hay grandes profesionales que me solucionan el trabajo.
Pero a ti te falta sentido del humor, y eso es mucho mas grave que lo mio...
#4 Windows no funciona en una arquitectura SPARC a no ser que sea emulado y eso que segun tengo entendido SPARC es una arquitectura de alto rendimiento
#4 Vale Windows 95? Hay que ver cómo son las cosas. Cuando algo tecnológico para ti muere pasa a ser un clásico y ya no le tienes miedo, ni compites con él, simplemente el desprecio pasa a ser añoranza de viejos tiempos. Os he dicho que tengo el startup de windows 95 en mi ubuntu?
Ultima hora: Un funcionario español lo tenia desde 1875.
Es que no me queda tiempo, desayunas a las 9 luego a las 11 y ya no queda tiempo mas que para leer el spam y los chistes. afirmó
Comentarios
¿Veis? Una prueba más de la superioridad de Windows(tm). A ver quien le encuentra un bug tan antiguo
#3 No tiene nada que ver con "proyectos muy grandes" es un error al pasar basura a un parámetro del YACC, lo que pasa es que no había pasado nada nunca porque nunca se había usado ese parámetro, pero aquí el amigo ha modificado la llamada "malloc" (que tampoco es de C++, macho #3 no te has enterado de nada... malloc se usa básicamente en C, para C++ usamos new...) y siempre que realiza su compilación de la modificación de gcc pues peta...
Por cierto, es decir, sí, claro que es un error que puede afectar al usuario final... Todos los programas se compilan con el amigo compilador y si no se pueden compilar... pues no llegan al usuario final...
#7 En un alarde de originalidad has imitado a las churras y las merinas, salvo que en este caso los protagonistas sois tu y el humor.
#4 para eso antes habría que encontrar un windows tan antiguo.
No debia ser muy importante si han tardado tanto.
#1 Si te lees el artículo, verás que sólo afecta a sistemas Sparc64.
#3 no, afecta al usuario del principio...
#8 Hombre, en la noticia dice:
A user alerted him that on the Sparc64 hardware platform and using the new malloc, compiling large C++ projects would sometimes fail with an internal compiler error.
Es decir: Al usar el nuevo malloc, compilar proyectos grandes en C++ podría fallar a veces con un error interno del compilador
#6, #8 A lo que me refiero con que no afecta al usuario final es a que los programas y aplicaciones que usa el usuario final no se ven afectados.
Es decir, un bug en el sistema de permisos o en el sistema de acceso a red obligaría a los usuarios a actualizar sus sistemas y, en caso de no hacerlo, estarían dejando en peligro sus máquinas.
Por eso digo que no les afecta. El bug no afecta a los programas que pueda tener instalado el usuario final
#11 Parece que no tienes ni idea de programación, sino, no me lo explico...
Parece que los correctores de errores de UNIX son funcionarios españoles. Si no, no me lo explico...
#12 Asi es, no tengo ni idea de progamación, ni falta que me hace. Para ello hay grandes profesionales que me solucionan el trabajo.
Pero a ti te falta sentido del humor, y eso es mucho mas grave que lo mio...
#9: que poco humor
¿Y sabeis por qué se ha reperado?
Porque es software libre, otros tienen bugs y nunca se reparan...
#4 windows es el bug...
#4 Windows no funciona en una arquitectura SPARC a no ser que sea emulado y eso que segun tengo entendido SPARC es una arquitectura de alto rendimiento
nada comparado con el parche para el bug del comecocos
#4 En Windows todavía lo están buscando, pero no se enteran ni del nodo...
Wow, noticias frescas. http://undeadly.org/cgi?action=article&sid=20080708155228 (para el que no le apetezca hacer click en el enlace, le adelanto que la noticia es del día 9)
#19 si es realmente de alto rendimiento no es windows
lo siento chicos no pude evitarlo
#4 Vale Windows 95? Hay que ver cómo son las cosas. Cuando algo tecnológico para ti muere pasa a ser un clásico y ya no le tienes miedo, ni compites con él, simplemente el desprecio pasa a ser añoranza de viejos tiempos. Os he dicho que tengo el startup de windows 95 en mi ubuntu?
#4 Lo mas probable es que los encuentren después de 66 años, en alguna investigación palentoinformática.
Por que se extinguieron los windows(tm)?
#24 no podría darse el caso, Windows 1.0 es 10 años posterior al bug de esta noticia
#1 Según el artículo el error ha salido al descubierto a raíz del fallo en el yacc (http://barrapunto.com/articles/08/07/09/118212.shtml)
El error puede provocar un error al compilar proyectos muy grandes escritos en C++ bajo determinadas plataformas.
Es decir no es un error que pueda afectar al usuario final.
Ultima hora: Un funcionario español lo tenia desde 1875.
Es que no me queda tiempo, desayunas a las 9 luego a las 11 y ya no queda tiempo mas que para leer el spam y los chistes. afirmó