|
|
|
Secciones
Este hilo ha sido archivado.
No pueden publicarse nuevos comentarios.
Descubierto agujero en el formato JPEG bajo plataforma Windows
|
Log in/Crear cuenta
| Top
| 99 comentarios
| Buscar hilo
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
Obrar mucho, y hablar poco; que lo demás es de loco.
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Yo he descubierto el culpable.
(Puntos:0)( Última bitácora: Viernes, 03 Febrero de 2012, 15:18h )
- Microsoft
- El grupo jotapeg
- El lenguaje C
- Miguel de Icaza
En primer lugar descarte la autoria de Miguel, dado que yo a el lo veo mas como programador de windows, aunque hay que reconocer que la mayor parte del codigo C# que escribe tambien se ejecuta en la plataforma windows. Sin embargo el codigo que ha fallado esta vez no esta en C# sino en C.
A continuacion estudie el documento de descripcion del formato jpg elaborado por el grupito este de fotografos. Y pude leer en el que se describe el formato pero no una implementacion de el. Por tanto si el fallo es de implementacion, y no de diseño, no son los culpables. Salieron del salir respirando aliviados.
Enseguida gire la vista al resto de los sospechosos: la implementacion de Microsoft y las deficiencias del lenguaje C.
Tras examinar unas seccioens de codigo fuente distribuidas gratuitamente por internet *cough* relativas a las librerias internas de windows descubri inmediatamene que el codigo, sin ser una gran maravilla, si estaba escrito profesionalmente, todo lo profesionalmente que se puede escribir codigo para la API de windows (hay que recordar que el kernel hace llamadas al kernel, de modo que el kernel es tambien un cliente de la misma api que el mismo proporciona.. LOL!!!)... Los ingenieros de microsoft salieron dando resoplidos.
En la habitacion solo quedo "las limitaciones del lenguaje C". El tipico tipo del que jamas nadie habria sospechado.
¿Son las librerias de C, sobretodo las de asignacion de memoria, demasiado proclives a fallos? ¿Es quizas mejor forma de trabajar la propuesta por los motores de recoleccion de basura? ¿Deberia la asignacion de memoria en manos del programador? ¿En que sentido es realmente importante hoy en dia las ventajas que se obtienen de hacer uno mismo la asignacion de memoria y en que sentido es hacer el capullin, trabajando mas y encima metiendo bugs como estos de los buffer overflow?
?Quien sabe¿
¡Vale!
(Puntos:1)( Última bitácora: Viernes, 03 Febrero de 2012, 15:18h )