Thanks for the answers. +1 for me. Vincent
Jeremias Maerki wrote: > On 06.06.2008 13:26:12 Vincent Hennebert wrote: >> Jeremias Maerki wrote: >>> Never build a release when you got a headache! That's what I learned >>> today. Anyway, the bugfix release for 1.3 is now ready for review and >>> the release vote. >>> >>> The release files are built from: >>> http://svn.apache.org/repos/asf/xmlgraphics/commons/tags/commons-1_3_1/ >>> (revision 662756) >>> >>> The files are found here: >>> http://people.apache.org/~jeremias/xmlgraphics-commons/preview/ >>> >>> 037c91e4b745fd6eb0acfc1e9192fce9 xmlgraphics-commons-1.3.1-bin.tar.gz >>> 8770241f1d0d9c6df8b9d4e304b35b63 xmlgraphics-commons-1.3.1-bin.zip >>> 4dcac6600df8282685be6972bf9b4de4 xmlgraphics-commons-1.3.1-src.tar.gz >>> 3a4b80e998caad3e212f58317c272e4b xmlgraphics-commons-1.3.1-src.zip >>> 456e06ca22df28da3650e1f151c2117e xmlgraphics-commons-1.3.1-bundle.jar >>> >>> Please review and cast your votes. >> I get the following error messages when building with a 1.4 or 1.5 jvm: >> [junit] Testsuite: org.apache.xmlgraphics.image.codec.png.PNGEncoderTest >> [junit] Locking assertion failure. Backtrace: >> [junit] #0 /usr/lib/libxcb-xlib.so.0 [0xb3790767] >> [junit] #1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xb37908b1] >> [junit] #2 /usr/lib/libX11.so.6(_XReply+0xfd) [0xaaa901bd] >> [junit] #3 >> /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/libawt.so(XineramaQueryScreens+0xf1) >> [0xaad0d28d] >> [junit] #4 >> /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/libawt.so(xineramaInit+0x58) >> [0xaacda2cc] >> [junit] #5 >> /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/libawt.so(awt_init_Display+0x154) >> [0xaacda4dc] >> [junit] #6 >> /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/libawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x1b) >> [0xaacdac77] >> [junit] #7 [0xb3843431] >> [junit] #8 [0xb383ce9b] >> [junit] #9 [0xb383a1c4] >> [junit] #10 >> /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7b81664] >> [junit] #11 >> /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7c371b9] >> [junit] #12 >> /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7b818b6] >> [junit] #13 >> /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7b664af] >> [junit] #14 >> /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7b6abcc] >> [junit] #15 >> /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7b656cb] >> [junit] #16 >> /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7b6aedf] >> [junit] #17 >> /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7be31c8] >> [junit] #18 >> /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so(JVM_FindClassFromClassLoader+0x208) >> [0xb7bd2480] >> [junit] #19 >> /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/libjava.so(Java_java_lang_Class_forName0+0x11a) >> [0xb7935636] > > I've seen things like that, too, on Linux, after I upgraded to Ubuntu > 8.04LTS. We have no control over that. The Java-side behaviour is > correct. Obviously, the problem is in native code, so if anything it's a > bug in the JVM or adjacent native libraries. > >> And >> [junit] java.io.EOFException >> [junit] at >> javax.imageio.stream.ImageInputStreamImpl.readInt(ImageInputStreamImpl.java:235) >> [junit] at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) >> [junit] at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >> [junit] at java.lang.reflect.Method.invoke(Method.java:324) >> [junit] at >> org.apache.xmlgraphics.image.loader.util.ImageUtil$1.invoke(ImageUtil.java:246) >> [junit] at $Proxy0.readInt(Unknown Source) >> [junit] at >> com.sun.imageio.plugins.png.PNGImageReader.readMetadata(PNGImageReader.java:624) >> [junit] at >> com.sun.imageio.plugins.png.PNGImageReader.getImageMetadata(PNGImageReader.java:1569) >> [junit] at >> org.apache.xmlgraphics.image.loader.impl.imageio.PreloaderImageIO.preloadImage(PreloaderImageIO.java:71) >> [junit] at >> org.apache.xmlgraphics.image.loader.ImageManager.preloadImage(ImageManager.java:165) >> [junit] at >> org.apache.xmlgraphics.image.loader.ImageManager.preloadImage(ImageManager.java:138) >> [junit] at >> org.apache.xmlgraphics.image.loader.CorruptImagesTestCase.testCorruptPNG(CorruptImagesTestCase.java:42) >> [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> [junit] at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >> [junit] at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >> [junit] at java.lang.reflect.Method.invoke(Method.java:324) >> [junit] at junit.framework.TestCase.runTest(TestCase.java:164) >> [junit] at junit.framework.TestCase.runBare(TestCase.java:130) >> [junit] at junit.framework.TestResult$1.protect(TestResult.java:106) >> [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) >> [junit] at junit.framework.TestResult.run(TestResult.java:109) >> [junit] at junit.framework.TestCase.run(TestCase.java:120) >> [junit] at junit.framework.TestSuite.runTest(TestSuite.java:230) >> [junit] at junit.framework.TestSuite.run(TestSuite.java:225) >> [junit] at >> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:421) >> [junit] at >> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:912) >> [junit] at >> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:766) > > That's a mistake inside Sun's ImageIO. Some code inside that part of the > class library or the codec prints the stack trace of the EOFException > which is the expected exception for this test case > (CorruptImagesTestCase.testCorruptPNG()). I have no control over that > eitehr. > >> Is that serious? All the tests still pass though. No problem with a 1.6 jvm. > > No. > >> No .asc for xmlgraphics-commons-1.3.1-bundle.jar?? > > I don't even know at the moment whether that bundle is needed at all. If > I understand http://wiki.apache.org/xmlgraphics/Maven, Max does the > publishing of the artifacts differntly. I once built to bundle into the > build for submission to iBiblio. You can probably ignore that file > entirely. > >> The release date in status.xml is wrong (9 May 2008). > > My mistake. Not a blocker IMO. I'll set the correct one in trunk once I > know the date. It doesn't appear we can release today anyway. I'll let > the vote run on until there are enough PMC votes. > > > > Jeremias Maerki > > > --------------------------------------------------------------------- > Apache XML Graphics Project URL: http://xmlgraphics.apache.org/ > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- Vincent Hennebert Anyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting --------------------------------------------------------------------- Apache XML Graphics Project URL: http://xmlgraphics.apache.org/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
