GCJ es peligroso con errores
GCJ 1.4.2 que poderosamente fue liado con la base 6 de Fedora (y se ha puesto al día de su depósito a la última versión disponible) no se debe utilizar con ninguÌn producto de la empresa, voto en contra para ninguÌn proyecto de Java en absoluto. Sé que se está utilizando en OpenOffice, que pienso soy un error serio. Es peligroso cochecillo y necesita toneladas de prueba incluso para el uso del aficionado a los hobbys. Déjeme explicar por qué.
La clase de incialización de la fecha sin discusiones da la fecha actual. Ésta es una funcionalidad muy básica que ha estado desde 0.5 versiones beta de Java. Déjeme dar un ejemplo simple:
clase pública TestDate {
cañería pública del vacío de los parásitos atmosféricos (args de la secuencia []) {
System.out.println (“la fecha actual es: ” + nuevo java.util. Fecha ());
}
}
¡Esto cuando está compilado y el funcionamiento en GCJ 1.4.2 da el 24 de mayo de 2007 en vez de la fecha actual el 13 de junio de 2007! Incluso el tiempo y la información de la escena es totalmente incorrectos. Los resultados del JDK están completamente en la sinc. con la exhibición del gnomo tan también con salida de la fecha de la consola como es ser esperada. No tengo ninguna idea de donde GCJ consigue el valor de la fecha. Encontré este problema en un código de JSP que funcionaba en el Tomcat que desafortunadamente ha sido configurado por Fedora funcionar con GCJ.
Lo he probado en dos máquinas con hardware sumamente de diferenciación pero con los mismos resultados. No podría creer mis ojos. Compruébelo para saber si hay se:
[~ angsuman@jaguar] $ /etc/alternatives/java_sdk/bin/java - && /etc/alternatives/java_sdk/bin/java TestDate de /etc/alternatives/java_sdk/bin/javac TestDate.java del && de la versión ″ de la versión “1.4.2 de Java versión 4.1.1 20070105 del gij (libgcj del GNU) (Red Hat 4.1.1-51)
Derechos reservados (c) 2006 Free Software Foundation, inc.
Éste es software libre; vea la fuente para las condiciones de copiado. Hay NO
garantía; no incluso para el MERCHANTABILITY o la APTITUD PARA UN PROPÓSITO PARTICULAR.
La fecha actual es: Thu el 24 de mayo de 15: 04: `1 del GMT 07: 47 2007
[~ angsuman@jaguar] $ Java - && Java TestDate del javac TestDate.java del && de la versión
″ de 1.6.0_01 de la versión de Java “
Ambiente de tiempo de pasada del SE de Java (TM) (estructura 1.6.0_01-b06)
Servidor VM (estructura 1.6.0_01-b06, modo mezclado) de los apuroses de Java (TM)
La fecha actual es: Wed el 13 de junio de 22: 21: 56 IST 2007
Nota: El antedicho es salida cruda de mi máquina.
NinguÌn JVM que no puede incluso dar correctamente la fecha no está digno de una moneda de diez centavos en libro, aún menos sea un reemplazo del JDK. Sin mencionar este pedazo de $%^& no apoya productos genéricos u otras características del JDK 5 y 6. Sugeriría fuertemente a cualquier usuario del linux para permanecer lejos de GCJ. Qué GCJ ejecuta no es simplemente Java; es peligroso para su salud y reputación programadas, sin mencionar la reputación de Java.
Archivado bajo software de la empresa, base 6, noticias de título, J2EE , software de Java, linux , migración de Fedora del linux, programando |
|
RSS 2.0 |
Trackback este artículo |
Envíe por correo electrónico este artículo
Usted puede también tener gusto de leer |


Agregue a los favoritos de Technorati

































30 de agosto de 2007 en el 3:15 P.M.
Kubuntu del une del avec de J'ai répété le test; résultats de los mes del voici:
gcj:
″ de la versión “1.4.2 de Java
versión 4.1.0 (Ubuntu 4.1.0-1ubuntu8) del gij (libgcj del GNU)
Derechos reservados (c) 2006 Free Software Foundation, inc.
Éste es software libre; vea la fuente para las condiciones de copiado. Hay NO
garantía; no incluso para el MERCHANTABILITY o la APTITUD PARA UN PROPÓSITO PARTICULAR.
La fecha actual es: Thu el 30 de agosto de 23: 11: 22 GMT+02: 00 2007
Java:
″ de 1.5.0_06 de la versión de Java “
Ambiente de tiempo de pasada 2 de Java (TM), edición estándar (estructura 1.5.0_06-b05)
Cliente VM (estructura 1.5.0_06-b05, modo mezclado de los apuroses de Java (TM), compartiendo)
La fecha actual es: Thu el 30 de agosto de 23: 11: 32 CEST 2007
Vierta el gcj del avec de las pruebas de los mes, salsa Java del la del à de utilisé l'encapsulation de gcj, gcj de los commandes de los les de los mais y gij del pas del n'ai del je.
MA version de gcj est más prueba del votre de los dans del indiquée del celle del que del ancienne.
El logiciel de la O.N.U del flèche de Avant de descendre en, vos del soumettez prueba utilisateurs aux. de los autres del DES de los avis; grâce rapports aux. de bugs del fonctionne de los libres de los logiciels del DES del communauté del la; ¿la O.N.U avez-vous de los soumis del en vierte el gcj?
El normale del procédure del la de C'est vierte el bon de la O.N.U citoyen el problème de la O.N.U del à de la cara.
La American National Standard tous de los les del pas del Ce del la del faute del à del GCC si Sun de la clase del presque más n'est de une version de Java vierte commerciales del uniquement de los raisons del DES que el n'ont del qui rien développeurs del DES de los besoins de los les del avec del voir del à.
26 de febrero de 2008 en el 3:23 P.M.
WORKSFORME usando el GCJ en java-1.5.0-gcj-devel- 1.5.0.0 - 17.fc8