[cp-patches] RFC: Scrollbar fixes
Hey, This patch fixes a couple of bugs in the setValues, setBlockIncrement and setUnitIncrement methods. This patch fixes a few bugs exposed by Intel's test suite and others that I came across while fixing the others. I have committed mauve tests that support these changes. Could someone kindly approve or comment this patch. In the setValues method, the following changes were made: 1. If the value of visibleAmount is 0, then visibleAmount should be set to 1 and not 0. 2. If the value of maximum is = minimum, then maximum should be set to minimum + 1. 3. According to the API, the actual value of maximum is maximum - visibleAmount. So, instead of checking if value maximum, we have to check if value maximum - visibleAmount. 4. I removed the two bigger if-clauses that deals with the range because (a) it will never happen that the range = 0 because we know that maximum will never equal minimum) and (b) it doesn't matter if lineIncrement is the range - it won't effect the value of lineIncrement. The same applies for pageIncrement. The changes in the setUnitIncrement method were made for similar reasons: the bigger if-clause is not necessary (refer to (4) above) and if the value of lineIncrement is 0, then lineIncrement should be set to 1 and not 0. These changes also applied to setBlockIncrement. Again, could someone kindly comment on or approve this patch. Thanks, Tania 2006-10-20 Tania Bento [EMAIL PROTECTED] * java/awt/Scrollbar.java: (setLineIncrement): Removed unnecessary if-clause and if lineIncrement == 0, then it should be set to 1, not 0. (setPageIncrement): Removed unnecessary if-clause and if pageIncrement == 0, then it should be set to 1, not 0. (setValues): If visibleAmount = 0, it should be set to 1, not 0. If maximum = minimum, maximum should be set to mininum + 1. The actual value of maximum is maximum - visibleAmount, so I made this change to the appropriate if-check. Remove the two unneccessary if-clauses. Index: java/awt/Scrollbar.java === RCS file: /cvsroot/classpath/classpath/java/awt/Scrollbar.java,v retrieving revision 1.28 diff -u -r1.28 Scrollbar.java --- java/awt/Scrollbar.java 21 Feb 2006 16:37:31 - 1.28 +++ java/awt/Scrollbar.java 20 Oct 2006 17:17:37 - @@ -341,17 +341,22 @@ public synchronized void setValues(int value, int visibleAmount, int minimum, int maximum) { -if (maximum minimum) - maximum = minimum; +if (visibleAmount = 0) + visibleAmount = 1; + +if (maximum = minimum) + maximum = minimum + 1; if (value minimum) value = minimum; -if (value maximum) - value = maximum; - if (visibleAmount maximum - minimum) visibleAmount = maximum - minimum; + +// According to documentation, the actual maximum +// value is (maximum - visibleAmount) +if (value maximum - visibleAmount) + value = maximum - visibleAmount; ScrollbarPeer peer = (ScrollbarPeer) getPeer(); if (peer != null @@ -362,30 +367,7 @@ this.value = value; this.visibleAmount = visibleAmount; this.minimum = minimum; -this.maximum = maximum; - -int range = maximum - minimum; -if (lineIncrement range) - { - if (range == 0) - lineIncrement = 1; - else - lineIncrement = range; - - if (peer != null) - peer.setLineIncrement(lineIncrement); - } - -if (pageIncrement range) - { - if (range == 0) - pageIncrement = 1; - else - pageIncrement = range; - - if (peer != null) - peer.setPageIncrement(pageIncrement); - } +this.maximum = maximum; } /** @@ -437,19 +419,13 @@ { if (lineIncrement 0) throw new IllegalArgumentException(Unit increment less than zero.); - -int range = maximum - minimum; -if (lineIncrement range) - { - if (range == 0) - lineIncrement = 1; - else - lineIncrement = range; - } - -if (lineIncrement == this.lineIncrement) + +if (lineIncrement == 0) + lineIncrement = 1; + + if (lineIncrement == this.lineIncrement) return; - + this.lineIncrement = lineIncrement; ScrollbarPeer peer = (ScrollbarPeer) getPeer(); @@ -507,15 +483,9 @@ if (pageIncrement 0) throw new IllegalArgumentException(Block increment less than zero.); -int range = maximum - minimum; -if (pageIncrement range) - { - if (range == 0) - pageIncrement = 1; - else - pageIncrement = range; - } - +if (pageIncrement == 0) + pageIncrement = 1; + if (pageIncrement == this.pageIncrement) return;
[cp-patches] FYI: Header file fix-up
Hi, Adding some constants that were missed in an earlier commit. Cheers, Francis 2006-10-20 Francis Kung [EMAIL PROTECTED] * include/gnu_java_awt_peer_gtk_CairoGraphics2D.h: Added missing constants. Index: include/gnu_java_awt_peer_gtk_CairoGraphics2D.h === RCS file: /cvsroot/classpath/classpath/include/gnu_java_awt_peer_gtk_CairoGraphics2D.h,v retrieving revision 1.10 diff -u -r1.10 gnu_java_awt_peer_gtk_CairoGraphics2D.h --- include/gnu_java_awt_peer_gtk_CairoGraphics2D.h 14 Sep 2006 18:30:59 - 1.10 +++ include/gnu_java_awt_peer_gtk_CairoGraphics2D.h 20 Oct 2006 20:57:35 - @@ -43,6 +43,18 @@ JNIEXPORT void JNICALL Java_gnu_java_awt_peer_gtk_CairoGraphics2D_cairoDrawLine (JNIEnv *env, jobject, jlong, jdouble, jdouble, jdouble, jdouble); JNIEXPORT void JNICALL Java_gnu_java_awt_peer_gtk_CairoGraphics2D_cairoDrawRect (JNIEnv *env, jobject, jlong, jdouble, jdouble, jdouble, jdouble); JNIEXPORT void JNICALL Java_gnu_java_awt_peer_gtk_CairoGraphics2D_cairoFillRect (JNIEnv *env, jobject, jlong, jdouble, jdouble, jdouble, jdouble); +#undef gnu_java_awt_peer_gtk_CairoGraphics2D_INTERPOLATION_NEAREST +#define gnu_java_awt_peer_gtk_CairoGraphics2D_INTERPOLATION_NEAREST 0L +#undef gnu_java_awt_peer_gtk_CairoGraphics2D_INTERPOLATION_BILINEAR +#define gnu_java_awt_peer_gtk_CairoGraphics2D_INTERPOLATION_BILINEAR 1L +#undef gnu_java_awt_peer_gtk_CairoGraphics2D_INTERPOLATION_BICUBIC +#define gnu_java_awt_peer_gtk_CairoGraphics2D_INTERPOLATION_BICUBIC 5L +#undef gnu_java_awt_peer_gtk_CairoGraphics2D_ALPHA_INTERPOLATION_SPEED +#define gnu_java_awt_peer_gtk_CairoGraphics2D_ALPHA_INTERPOLATION_SPEED 2L +#undef gnu_java_awt_peer_gtk_CairoGraphics2D_ALPHA_INTERPOLATION_QUALITY +#define gnu_java_awt_peer_gtk_CairoGraphics2D_ALPHA_INTERPOLATION_QUALITY 3L +#undef gnu_java_awt_peer_gtk_CairoGraphics2D_ALPHA_INTERPOLATION_DEFAULT +#define gnu_java_awt_peer_gtk_CairoGraphics2D_ALPHA_INTERPOLATION_DEFAULT 4L #ifdef __cplusplus }
[cp-patches] RFC: Rotated characters problem
Hi, In response to PR 27947 (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27947) I've attached a possible patch. I'm not entirely convinced that it's the best solution, though, so I'm posting it in the hope that someone may be able to improve on it =) It seems that when we cache the cairo_font_face_t in CairoGraphics2D (well, the native peer), we lose the transform that was originally applied to it. In the patch, I've simply removed this caching behaviour, and the jfig tests work. Of course, that results in reduced performance and isn't the ideal solution. I tried playing around with cairo_get/set_font_matrix as well, caching and restoring it, but that didn't seem to have any effect; I'm not sure what else could be reset and lost in the caching process which would affect the transform... Does anyone with more experience in this area have any ideas? Thanks, Francis Index: include/gnu_java_awt_peer_gtk_GdkFontPeer.h === RCS file: /cvsroot/classpath/classpath/include/gnu_java_awt_peer_gtk_GdkFontPeer.h,v retrieving revision 1.9 diff -u -r1.9 gnu_java_awt_peer_gtk_GdkFontPeer.h --- include/gnu_java_awt_peer_gtk_GdkFontPeer.h 7 Jun 2006 13:54:32 - 1.9 +++ include/gnu_java_awt_peer_gtk_GdkFontPeer.h 20 Oct 2006 20:33:17 - @@ -16,7 +16,6 @@ JNIEXPORT void JNICALL Java_gnu_java_awt_peer_gtk_GdkFontPeer_setFont (JNIEnv *env, jobject, jstring, jint, jint); JNIEXPORT void JNICALL Java_gnu_java_awt_peer_gtk_GdkFontPeer_getFontMetrics (JNIEnv *env, jobject, jdoubleArray); JNIEXPORT void JNICALL Java_gnu_java_awt_peer_gtk_GdkFontPeer_getTextMetrics (JNIEnv *env, jobject, jstring, jdoubleArray); -JNIEXPORT void JNICALL Java_gnu_java_awt_peer_gtk_GdkFontPeer_releasePeerGraphicsResource (JNIEnv *env, jobject); JNIEXPORT jbyteArray JNICALL Java_gnu_java_awt_peer_gtk_GdkFontPeer_getTrueTypeTable (JNIEnv *env, jobject, jbyte, jbyte, jbyte, jbyte); #ifdef __cplusplus Index: native/jni/gtk-peer/gnu_java_awt_peer_gtk_CairoGraphics2D.c === RCS file: /cvsroot/classpath/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_CairoGraphics2D.c,v retrieving revision 1.17 diff -u -r1.17 gnu_java_awt_peer_gtk_CairoGraphics2D.c --- native/jni/gtk-peer/gnu_java_awt_peer_gtk_CairoGraphics2D.c 14 Sep 2006 20:43:18 - 1.17 +++ native/jni/gtk-peer/gnu_java_awt_peer_gtk_CairoGraphics2D.c 20 Oct 2006 20:33:17 - @@ -760,31 +760,19 @@ g_assert(cr != NULL); g_assert(pfont != NULL); - if (pfont-graphics_resource == NULL) -{ - face = pango_fc_font_lock_face( (PangoFcFont *)pfont-font ); - g_assert (face != NULL); - - ft = cairo_ft_font_face_create_for_ft_face (face, 0); - g_assert (ft != NULL); - - cairo_set_font_face (cr, ft); - /* cairo_font_face_destroy (ft);*/ - cairo_set_font_size (cr, - (pango_font_description_get_size (pfont-desc) / -(double)PANGO_SCALE)); - ft = cairo_get_font_face (cr); - pango_fc_font_unlock_face( (PangoFcFont *)pfont-font ); - pfont-graphics_resource = ft; -} - else -{ - ft = (cairo_font_face_t *) pfont-graphics_resource; - cairo_set_font_face (cr, ft); - cairo_set_font_size (cr, - (pango_font_description_get_size (pfont-desc) / -(double)PANGO_SCALE)); -} + face = pango_fc_font_lock_face( (PangoFcFont *)pfont-font ); + g_assert (face != NULL); + + ft = cairo_ft_font_face_create_for_ft_face (face, 0); + g_assert (ft != NULL); + + cairo_set_font_face (cr, ft); + cairo_set_font_size (cr, + (pango_font_description_get_size (pfont-desc) / +(double)PANGO_SCALE)); + + cairo_font_face_destroy (ft); + pango_fc_font_unlock_face( (PangoFcFont *)pfont-font ); } static void Index: native/jni/gtk-peer/gnu_java_awt_peer_gtk_GdkFontPeer.c === RCS file: /cvsroot/classpath/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GdkFontPeer.c,v retrieving revision 1.20 diff -u -r1.20 gnu_java_awt_peer_gtk_GdkFontPeer.c --- native/jni/gtk-peer/gnu_java_awt_peer_gtk_GdkFontPeer.c 8 Jun 2006 11:02:10 - 1.20 +++ native/jni/gtk-peer/gnu_java_awt_peer_gtk_GdkFontPeer.c 20 Oct 2006 20:33:17 - @@ -108,26 +108,6 @@ JNIEXPORT void JNICALL -Java_gnu_java_awt_peer_gtk_GdkFontPeer_releasePeerGraphicsResource - (JNIEnv *env, jobject java_font) -{ - struct peerfont *pfont = NULL; - - gdk_threads_enter(); - - pfont = (struct peerfont *) NSA_GET_FONT_PTR (env, java_font); - g_assert (pfont != NULL); - if (pfont-graphics_resource != NULL) -{ - cairo_font_face_destroy ((cairo_font_face_t *) pfont-graphics_resource); - pfont-graphics_resource = NULL; -} - - gdk_threads_leave(); -} - - -JNIEXPORT void JNICALL
Re: [cp-patches] RFC: Scrollbar fixes
Hi, Tania Bento wrote: Hey, This patch fixes a couple of bugs in the setValues, setBlockIncrement and setUnitIncrement methods. This patch fixes a few bugs exposed by Intel's test suite and others that I came across while fixing the others. I have committed mauve tests that support these changes. Could someone kindly approve or comment this patch. In the setValues method, the following changes were made: 1. If the value of visibleAmount is 0, then visibleAmount should be set to 1 and not 0. OK. 2. If the value of maximum is = minimum, then maximum should be set to minimum + 1. OK. 3. According to the API, the actual value of maximum is maximum - visibleAmount. So, instead of checking if value maximum, we have to check if value maximum - visibleAmount. OK. 4. I removed the two bigger if-clauses that deals with the range because (a) it will never happen that the range = 0 because we know that maximum will never equal minimum) and (b) it doesn't matter if lineIncrement is the range - it won't effect the value of lineIncrement. The same applies for pageIncrement. Are you saying that if, in setValues, lineIncrement range, then the reference implementation doesn't clamp it to range? Does Intel test for this explicitly? Likewise for the unit and block increments? That seems strange, but if it's the case, then this patch is OK. Tom
[cp-patches] Patch: FYI: fix javah buglets
I'm checking this in. This fixes a couple javah buglets. One, we should use the plain class name (and not the mangled one) to name the .c and .h files for JNI. Two, the CNI header file generator wasn't properly handling classes in the default package. Tom 2006-10-20 Tom Tromey [EMAIL PROTECTED] * tools/gnu/classpath/tools/javah/JniIncludePrinter.java (printClass): Don't use mangled class name for .h file. * tools/gnu/classpath/tools/javah/JniStubPrinter.java (printClass): Don't use mangled class name for .c file. * tools/gnu/classpath/tools/javah/CniPrintStream.java (writeClass): Handle classes from the default package. Index: tools/gnu/classpath/tools/javah/CniPrintStream.java === RCS file: /cvsroot/classpath/classpath/tools/gnu/classpath/tools/javah/CniPrintStream.java,v retrieving revision 1.1 diff -u -r1.1 CniPrintStream.java --- tools/gnu/classpath/tools/javah/CniPrintStream.java 28 Jul 2006 15:22:29 - 1.1 +++ tools/gnu/classpath/tools/javah/CniPrintStream.java 20 Oct 2006 22:31:21 - @@ -196,9 +196,9 @@ private void writeClass(PrintStream out, String klass) { int index = klass.lastIndexOf('/'); -String pkg = klass.substring(0, index); -String[] pkgParts = pkg.split(/); -String className = klass.substring(index + 1); +String pkg = index == -1 ? : klass.substring(0, index); +String[] pkgParts = index == -1 ? new String[0] : pkg.split(/); +String className = index == -1 ? klass : klass.substring(index + 1); moveToPackage(out, pkgParts); indent(out, pkgParts.length + 2); out.print(class ); Index: tools/gnu/classpath/tools/javah/JniIncludePrinter.java === RCS file: /cvsroot/classpath/classpath/tools/gnu/classpath/tools/javah/JniIncludePrinter.java,v retrieving revision 1.3 diff -u -r1.3 JniIncludePrinter.java --- tools/gnu/classpath/tools/javah/JniIncludePrinter.java 26 Sep 2006 20:47:09 - 1.3 +++ tools/gnu/classpath/tools/javah/JniIncludePrinter.java 20 Oct 2006 22:31:21 - @@ -112,7 +112,7 @@ if (! klass.hasNativeMethod()) return; String xname = JniHelper.mangle(klass.name); -JniPrintStream out = (JniPrintStream) getPrintStream(xname + .h, klass); +JniPrintStream out = (JniPrintStream) getPrintStream(klass.name + .h, klass); if (out == null) return; out.println(); Index: tools/gnu/classpath/tools/javah/JniStubPrinter.java === RCS file: /cvsroot/classpath/classpath/tools/gnu/classpath/tools/javah/JniStubPrinter.java,v retrieving revision 1.2 diff -u -r1.2 JniStubPrinter.java --- tools/gnu/classpath/tools/javah/JniStubPrinter.java 26 Sep 2006 20:47:09 - 1.2 +++ tools/gnu/classpath/tools/javah/JniStubPrinter.java 20 Oct 2006 22:31:21 - @@ -76,12 +76,12 @@ if (! klass.hasNativeMethod()) return; String xname = JniHelper.mangle(klass.name); -JniPrintStream out = (JniPrintStream) getPrintStream(xname + .c, klass); +JniPrintStream out = (JniPrintStream) getPrintStream(klass.name + .c, klass); if (out == null) return; out.println(); out.print(#include ); -out.print(xname); +out.print(klass.name); out.println(.h); Iterator i = klass.methods.iterator();
[cp-testresults] FAIL: regressions for mauve-jamvm on Thu Oct 19 23:54:35 UTC 2006
Baseline from: Fri Sep 22 05:30:46 UTC 2006 Regressions: FAIL: gnu.javax.crypto.sasl.srp.TestOfSRPPasswordFile FAIL: java.awt.image.LookupOp.filterImage FAIL: javax.swing.table.JTableHeader.AccessibleJTableHeader.AccessibleJTableHeaderEntry.getForeground Improvements: PASS: java.awt.Component.keyPressTest PASS: java.lang.Thread.sleep PASS: javax.swing.JFileChooser.addChoosableFileFilter PASS: javax.swing.JFileChooser.constructors PASS: javax.swing.JFileChooser.getApproveButtonToolTipText PASS: javax.swing.JFileChooser.getDialogType PASS: javax.swing.JFileChooser.getFileFilter PASS: javax.swing.JFileChooser.getFileSystemView PASS: javax.swing.JFileChooser.getSelectedFiles PASS: javax.swing.JFileChooser.removeChoosableFileFilter PASS: javax.swing.JFileChooser.setApproveButtonText PASS: javax.swing.JFileChooser.setCurrentDirectory PASS: javax.swing.JFileChooser.setDialogType PASS: javax.swing.JFileChooser.setFileFilter PASS: javax.swing.JFileChooser.setFileSelectionMode PASS: javax.swing.JFrame.glassPaneLayout PASS: javax.swing.JFrame.paint5 PASS: javax.swing.JTable.TableRobot PASS: javax.swing.plaf.basic.BasicFileChooserUI.getApproveButtonText PASS: javax.swing.plaf.basic.BasicFileChooserUI.getCancelSelectionAction PASS: javax.swing.plaf.basic.BasicFileChooserUI.getDialogTitle PASS: javax.swing.plaf.basic.BasicFileChooserUI.getFileView PASS: javax.swing.plaf.basic.BasicFileChooserUI.getUpdateAction PASS: javax.swing.plaf.basic.BasicFormattedTextFieldUI.getPropertyPrefix PASS: javax.swing.plaf.metal.MetalFileChooserUI.getApproveButton PASS: javax.swing.plaf.metal.MetalFileChooserUI.getBottomPanel PASS: javax.swing.plaf.metal.MetalFileChooserUI.getMaximumSize PASS: javax.swing.plaf.metal.MetalFileChooserUI.setFileName New fails: FAIL: java.awt.Graphics.clearRect FAIL: java.net.InetAddress.security FAIL: java.net.Socket.security FAIL: java.text.DecimalFormat.MaximumAndMinimumDigits FAIL: java.text.DecimalFormat.PR23996 FAIL: java.text.DecimalFormat.toPattern14 Totals: PASS: 2830 XPASS: 0 FAIL: 201 XFAIL: 0 ___ Classpath-testresults mailing list Classpath-testresults@gnu.org http://lists.gnu.org/mailman/listinfo/classpath-testresults
[cp-testresults] FAIL: regressions for mauve-cacao on Fri Oct 20 00:19:27 UTC 2006
Baseline from: Fri Sep 29 17:47:30 UTC 2006 Regressions: FAIL: java.awt.ColorClass.brighter FAIL: java.awt.image.LookupOp.filterImage FAIL: java.util.zip.Deflater.PR27435 FAIL: javax.swing.JComboBox.ComboRobot FAIL: javax.swing.JTable.TableRobot Improvements: PASS: java.awt.event.MouseEvent.modifiers PASS: java.awt.event.MouseEvent.modifiersEx PASS: java.beans.EventHandler.check PASS: java.beans.EventHandler.check14 PASS: java.beans.EventHandler.check14b PASS: java.beans.EventHandler.check14c PASS: java.io.ObjectInputOutput.ProxySerializationTest PASS: java.lang.reflect.Proxy.DeclaringClass PASS: java.lang.reflect.Proxy.ExceptionRaising PASS: java.lang.reflect.Proxy.ToString PASS: java.lang.reflect.Proxy.check13 PASS: java.net.ServerSocket.ReturnOnClose PASS: java.net.ServerSocket.ServerSocketTest New fails: FAIL: java.awt.Graphics.clearRect FAIL: java.net.Socket.security FAIL: java.text.DecimalFormat.PR23996 Totals: PASS: 2821 XPASS: 0 FAIL: 210 XFAIL: 0 ___ Classpath-testresults mailing list Classpath-testresults@gnu.org http://lists.gnu.org/mailman/listinfo/classpath-testresults
[cp-testresults] FAIL: gcc build on Fri Oct 20 03:15:57 UTC 2006
/home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/ber.lo -MD -MP -MF gnu/java/security/ber.deps @gnu/java/security/ber.list -fPIC -o gnu/java/security/.libs/ber.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/ber.lo -MD -MP -MF gnu/java/security/ber.deps @gnu/java/security/ber.list -o gnu/java/security/ber.o /dev/null 21 /bin/sh ./libtool --mode=compile /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -o gnu/java/security/der.lo -MT gnu/java/security/der.lo -MD -MP -MF gnu/java/security/der.deps @gnu/java/security/der.list /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/der.lo -MD -MP -MF gnu/java/security/der.deps @gnu/java/security/der.list -fPIC -o gnu/java/security/.libs/der.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/der.lo -MD -MP -MF gnu/java/security/der.deps @gnu/java/security/der.list -o gnu/java/security/der.o /dev/null 21 /bin/sh ./libtool --mode=compile /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -o gnu/java/security/hash.lo -MT gnu/java/security/hash.lo -MD -MP -MF gnu/java/security/hash.deps @gnu/java/security/hash.list /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/hash.lo -MD -MP -MF gnu/java/security/hash.deps @gnu/java/security/hash.list -fPIC -o gnu/java/security/.libs/hash.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/hash.lo -MD -MP -MF gnu/java/security/hash.deps @gnu/java/security/hash.list -o gnu/java/security/hash.o /dev/null 21 /bin/sh ./libtool --mode=compile /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -o gnu/java/security/jce/hash.lo -MT gnu/java/security/jce/hash.lo -MD -MP -MF gnu/java/security/jce/hash.deps @gnu/java/security/jce/hash.list mkdir gnu/java/security/jce/.libs /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/jce/hash.lo -MD -MP -MF gnu/java/security/jce/hash.deps @gnu/java/security/jce/hash.list -fPIC -o gnu/java/security/jce/.libs/hash.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/
[cp-testresults] classpath daily snapshot 20061019 FAILED
ranlib .libs/libclasspath.a creating libclasspath.la (cd .libs rm -f libclasspath.la ln -s ../libclasspath.la libclasspath.la) make[3]: Leaving directory `/home/mkoch/src/classpath/build/native/jni/classpath' Making all in native-lib make[3]: Entering directory `/home/mkoch/src/classpath/build/native/jni/native-lib' if /bin/sh ../../../libtool --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/native-lib -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT cpnet.lo -MD -MP -MF .deps/cpnet.Tpo -c -o cpnet.lo ../../../../native/jni/native-lib/cpnet.c; \ then mv -f .deps/cpnet.Tpo .deps/cpnet.Plo; else rm -f .deps/cpnet.Tpo; exit 1; fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/native-lib -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT cpnet.lo -MD -MP -MF .deps/cpnet.Tpo -c ../../../../native/jni/native-lib/cpnet.c -fPIC -DPIC -o .libs/cpnet.o if /bin/sh ../../../libtool --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/native-lib -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT cpio.lo -MD -MP -MF .deps/cpio.Tpo -c -o cpio.lo ../../../../native/jni/native-lib/cpio.c; \ then mv -f .deps/cpio.Tpo .deps/cpio.Plo; else rm -f .deps/cpio.Tpo; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/native-lib -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT cpio.lo -MD -MP -MF .deps/cpio.Tpo -c ../../../../native/jni/native-lib/cpio.c -fPIC -DPIC -o .libs/cpio.o if /bin/sh ../../../libtool --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/native-lib -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT cpproc.lo -MD -MP -MF .deps/cpproc.Tpo -c -o cpproc.lo ../../../../native/jni/native-lib/cpproc.c; \ then mv -f .deps/cpproc.Tpo .deps/cpproc.Plo; else rm -f .deps/cpproc.Tpo; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/native-lib -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT cpproc.lo -MD -MP -MF .deps/cpproc.Tpo -c ../../../../native/jni/native-lib/cpproc.c -fPIC -DPIC -o .libs/cpproc.o /bin/sh ../../../libtool --mode=link --tag=CC gcc -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -module -version-info 0:0:0 -no-undefined -o libclasspathnative.la cpnet.lo cpio.lo cpproc.lo libtool: link: warning: `-version-info/-version-number' is ignored for convenience libraries ar cru .libs/libclasspathnative.a .libs/cpnet.o .libs/cpio.o .libs/cpproc.o ranlib .libs/libclasspathnative.a creating libclasspathnative.la (cd .libs rm -f libclasspathnative.la ln -s ../libclasspathnative.la libclasspathnative.la) make[3]: Leaving directory `/home/mkoch/src/classpath/build/native/jni/native-lib' Making all in java-io make[3]: Entering directory `/home/mkoch/src/classpath/build/native/jni/java-io' if /bin/sh ../../../libtool --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/java-io -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT java_io_VMFile.lo -MD -MP -MF .deps/java_io_VMFile.Tpo -c -o java_io_VMFile.lo ../../../../native/jni/java-io/java_io_VMFile.c; \ then mv -f .deps/java_io_VMFile.Tpo .deps/java_io_VMFile.Plo; else rm -f .deps/java_io_VMFile.Tpo; exit 1; fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/java-io -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT java_io_VMFile.lo -MD -MP -MF .deps/java_io_VMFile.Tpo -c ../../../../native/jni/java-io/java_io_VMFile.c
[cp-testresults] FAIL: gcc build on Fri Oct 20 18:01:33 UTC 2006
/home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/ber.lo -MD -MP -MF gnu/java/security/ber.deps @gnu/java/security/ber.list -fPIC -o gnu/java/security/.libs/ber.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/ber.lo -MD -MP -MF gnu/java/security/ber.deps @gnu/java/security/ber.list -o gnu/java/security/ber.o /dev/null 21 /bin/sh ./libtool --mode=compile /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -o gnu/java/security/der.lo -MT gnu/java/security/der.lo -MD -MP -MF gnu/java/security/der.deps @gnu/java/security/der.list /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/der.lo -MD -MP -MF gnu/java/security/der.deps @gnu/java/security/der.list -fPIC -o gnu/java/security/.libs/der.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/der.lo -MD -MP -MF gnu/java/security/der.deps @gnu/java/security/der.list -o gnu/java/security/der.o /dev/null 21 /bin/sh ./libtool --mode=compile /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -o gnu/java/security/hash.lo -MT gnu/java/security/hash.lo -MD -MP -MF gnu/java/security/hash.deps @gnu/java/security/hash.list /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/hash.lo -MD -MP -MF gnu/java/security/hash.deps @gnu/java/security/hash.list -fPIC -o gnu/java/security/.libs/hash.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/hash.lo -MD -MP -MF gnu/java/security/hash.deps @gnu/java/security/hash.list -o gnu/java/security/hash.o /dev/null 21 /bin/sh ./libtool --mode=compile /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -o gnu/java/security/jce/hash.lo -MT gnu/java/security/jce/hash.lo -MD -MP -MF gnu/java/security/jce/hash.deps @gnu/java/security/jce/hash.list mkdir gnu/java/security/jce/.libs /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/jce/hash.lo -MD -MP -MF gnu/java/security/jce/hash.deps @gnu/java/security/jce/hash.list -fPIC -o gnu/java/security/jce/.libs/hash.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/
[cp-testresults] FAIL: gcc build on Fri Oct 20 20:58:29 UTC 2006
/home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/ber.lo -MD -MP -MF gnu/java/security/ber.deps @gnu/java/security/ber.list -fPIC -o gnu/java/security/.libs/ber.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/ber.lo -MD -MP -MF gnu/java/security/ber.deps @gnu/java/security/ber.list -o gnu/java/security/ber.o /dev/null 21 /bin/sh ./libtool --mode=compile /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -o gnu/java/security/der.lo -MT gnu/java/security/der.lo -MD -MP -MF gnu/java/security/der.deps @gnu/java/security/der.list /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/der.lo -MD -MP -MF gnu/java/security/der.deps @gnu/java/security/der.list -fPIC -o gnu/java/security/.libs/der.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/der.lo -MD -MP -MF gnu/java/security/der.deps @gnu/java/security/der.list -o gnu/java/security/der.o /dev/null 21 /bin/sh ./libtool --mode=compile /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -o gnu/java/security/hash.lo -MT gnu/java/security/hash.lo -MD -MP -MF gnu/java/security/hash.deps @gnu/java/security/hash.list /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/hash.lo -MD -MP -MF gnu/java/security/hash.deps @gnu/java/security/hash.list -fPIC -o gnu/java/security/.libs/hash.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/hash.lo -MD -MP -MF gnu/java/security/hash.deps @gnu/java/security/hash.list -o gnu/java/security/hash.o /dev/null 21 /bin/sh ./libtool --mode=compile /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -o gnu/java/security/jce/hash.lo -MT gnu/java/security/jce/hash.lo -MD -MP -MF gnu/java/security/jce/hash.deps @gnu/java/security/jce/hash.list mkdir gnu/java/security/jce/.libs /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/jce/hash.lo -MD -MP -MF gnu/java/security/jce/hash.deps @gnu/java/security/jce/hash.list -fPIC -o gnu/java/security/jce/.libs/hash.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/
[cp-testresults] FAIL: gcc build on Fri Oct 20 23:56:04 UTC 2006
/home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/ber.lo -MD -MP -MF gnu/java/security/ber.deps @gnu/java/security/ber.list -fPIC -o gnu/java/security/.libs/ber.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/ber.lo -MD -MP -MF gnu/java/security/ber.deps @gnu/java/security/ber.list -o gnu/java/security/ber.o /dev/null 21 /bin/sh ./libtool --mode=compile /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -o gnu/java/security/der.lo -MT gnu/java/security/der.lo -MD -MP -MF gnu/java/security/der.deps @gnu/java/security/der.list /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/der.lo -MD -MP -MF gnu/java/security/der.deps @gnu/java/security/der.list -fPIC -o gnu/java/security/.libs/der.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/der.lo -MD -MP -MF gnu/java/security/der.deps @gnu/java/security/der.list -o gnu/java/security/der.o /dev/null 21 /bin/sh ./libtool --mode=compile /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -o gnu/java/security/hash.lo -MT gnu/java/security/hash.lo -MD -MP -MF gnu/java/security/hash.deps @gnu/java/security/hash.list /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/hash.lo -MD -MP -MF gnu/java/security/hash.deps @gnu/java/security/hash.list -fPIC -o gnu/java/security/.libs/hash.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/hash.lo -MD -MP -MF gnu/java/security/hash.deps @gnu/java/security/hash.list -o gnu/java/security/hash.o /dev/null 21 /bin/sh ./libtool --mode=compile /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -o gnu/java/security/jce/hash.lo -MT gnu/java/security/jce/hash.lo -MD -MP -MF gnu/java/security/jce/hash.deps @gnu/java/security/jce/hash.list mkdir gnu/java/security/jce/.libs /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/ -B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -MT gnu/java/security/jce/hash.lo -MD -MP -MF gnu/java/security/jce/hash.deps @gnu/java/security/jce/hash.list -fPIC -o gnu/java/security/jce/.libs/hash.o /home/cpdev/Nightly/gcc/build/gcc/gcj -B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/
[cp-testresults] classpath daily snapshot 20061021 FAILED
ranlib .libs/libclasspath.a creating libclasspath.la (cd .libs rm -f libclasspath.la ln -s ../libclasspath.la libclasspath.la) make[3]: Leaving directory `/home/mkoch/src/classpath/build/native/jni/classpath' Making all in native-lib make[3]: Entering directory `/home/mkoch/src/classpath/build/native/jni/native-lib' if /bin/sh ../../../libtool --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/native-lib -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT cpnet.lo -MD -MP -MF .deps/cpnet.Tpo -c -o cpnet.lo ../../../../native/jni/native-lib/cpnet.c; \ then mv -f .deps/cpnet.Tpo .deps/cpnet.Plo; else rm -f .deps/cpnet.Tpo; exit 1; fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/native-lib -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT cpnet.lo -MD -MP -MF .deps/cpnet.Tpo -c ../../../../native/jni/native-lib/cpnet.c -fPIC -DPIC -o .libs/cpnet.o if /bin/sh ../../../libtool --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/native-lib -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT cpio.lo -MD -MP -MF .deps/cpio.Tpo -c -o cpio.lo ../../../../native/jni/native-lib/cpio.c; \ then mv -f .deps/cpio.Tpo .deps/cpio.Plo; else rm -f .deps/cpio.Tpo; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/native-lib -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT cpio.lo -MD -MP -MF .deps/cpio.Tpo -c ../../../../native/jni/native-lib/cpio.c -fPIC -DPIC -o .libs/cpio.o if /bin/sh ../../../libtool --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/native-lib -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT cpproc.lo -MD -MP -MF .deps/cpproc.Tpo -c -o cpproc.lo ../../../../native/jni/native-lib/cpproc.c; \ then mv -f .deps/cpproc.Tpo .deps/cpproc.Plo; else rm -f .deps/cpproc.Tpo; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/native-lib -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT cpproc.lo -MD -MP -MF .deps/cpproc.Tpo -c ../../../../native/jni/native-lib/cpproc.c -fPIC -DPIC -o .libs/cpproc.o /bin/sh ../../../libtool --mode=link --tag=CC gcc -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -module -version-info 0:0:0 -no-undefined -o libclasspathnative.la cpnet.lo cpio.lo cpproc.lo libtool: link: warning: `-version-info/-version-number' is ignored for convenience libraries ar cru .libs/libclasspathnative.a .libs/cpnet.o .libs/cpio.o .libs/cpproc.o ranlib .libs/libclasspathnative.a creating libclasspathnative.la (cd .libs rm -f libclasspathnative.la ln -s ../libclasspathnative.la libclasspathnative.la) make[3]: Leaving directory `/home/mkoch/src/classpath/build/native/jni/native-lib' Making all in java-io make[3]: Entering directory `/home/mkoch/src/classpath/build/native/jni/java-io' if /bin/sh ../../../libtool --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/java-io -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT java_io_VMFile.lo -MD -MP -MF .deps/java_io_VMFile.Tpo -c -o java_io_VMFile.lo ../../../../native/jni/java-io/java_io_VMFile.c; \ then mv -f .deps/java_io_VMFile.Tpo .deps/java_io_VMFile.Plo; else rm -f .deps/java_io_VMFile.Tpo; exit 1; fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I../../../../native/jni/java-io -I../../../include -I../../../../include -I../../../../native/jni/classpath -I../../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -g -O2 -MT java_io_VMFile.lo -MD -MP -MF .deps/java_io_VMFile.Tpo -c ../../../../native/jni/java-io/java_io_VMFile.c
Re: Sockets and the RI
Robert Schuster a écrit : Hi, I still have trouble with the Sockets First I found out that certain Sockets which do not succeed in establishing a connection (a wanted scenario in the mauve test) do not get properly closed. I took some time until I found the simple answer: These sockets do their connect() attempt inside the constructor. When connect() throws an exception the caller will not get an instance on which it can call close(). I therefore added some exception handling code and thought: Yeah, now those spurious BindExceptions in every quick second test run will be fixed. However this is not the case. :( A little googling about 'unbinding' a socket revealed that this is achieved by closing it (fine I thought). However it also tells that a closed socket remains busy for 60 seconds on most systems. Ok this looks exactly like the problem I faced. But WTF? Running the tests quickly after on the RI does not cause those BindExceptions? What is this? Magic? I felt lost and so put out strace to see what the RI is doing with my operating system. I saw no special system calls and to my surprise not a single failing bind() call. However there is one very odd thing which I dont understand: new Socket(127.0.0.1, 10008) will do bind call with AF_INET6 and :: as the address on the RI. Could this have anything to do with the bind problems I am seeing? If not, what could I do trick the 60 second timeout? Wikipedia tells 127.0.0.1 is ::1 in IPv6. What is :: then? I hope one can enlighten me. :) Regards Robert Hello Robert, In IPv6, :: is a shortcut to avoid writing long series of 0. Here it means 0:0:0:0:0:0:0:1, which is the loopback address in ipv6, as you said. Regards, yohann
Re: gkeytool error
Hi I did the same as you said. but the errors are still the same as before errors: java.lang.NoClassDefFoundError: gnu/classpath/tools/keytool/Main No stacktrace available Caused by: java.lang.ClassNotFoundException: gnu.classpath.tools.keytool.Main not found in java.lang.ClassLoader $1{urls=[file:/usr/local/classpath/share/classpath/glibj.zip,file:/usr/local/classpath/bin/./,file:/usr/local/classpath/share/classpath/tools.zip], parent=null} at java.net.URLClassLoader.findClass(URLClassLoader.java:530) at java.lang.ClassLoader.loadClass(ClassLoader.java:342) at java.lang.ClassLoader$1.loadClass(ClassLoader.java:1112) at java.lang.ClassLoader.loadClass(ClassLoader.java:294) please help haoyang Am Donnerstag, den 19.10.2006, 21:35 +0200 schrieb Mario Torre: Il giorno gio, 19/10/2006 alle 18.04 +0200, linh ha scritto: Hi Tom, I am sure that I have build the classpath-0.92 and make install. I did: ./configure --disable-plugin --with-jikes --with-vm=/usr/local/bin/jamvm make make install everything seems well. Have you any suggestions? thank you in advance. Haoyang After the compilation, try this trick: go to the top level classpath directory and fire ./tools/gkeytool Es.: cd /home/neugens/work_space/Eclipse/classpath ./tools/gkeytool This way we know if is a problem in the compilation step or in the installation step. Mario
Re: gkeytool error
On Friday 20 October 2006 19:35, Haoyang Lin wrote: ... I did the same as you said. but the errors are still the same as before errors: java.lang.NoClassDefFoundError: gnu/classpath/tools/keytool/Main No stacktrace available Caused by: java.lang.ClassNotFoundException: gnu.classpath.tools.keytool.Main not found in java.lang.ClassLoader $1{urls=[file:/usr/local/classpath/share/classpath/glibj.zip,file:/usr/loca l/classpath/bin/./,file:/usr/local/classpath/share/classpath/tools.zip], parent=null} at java.net.URLClassLoader.findClass(URLClassLoader.java:530) at java.lang.ClassLoader.loadClass(ClassLoader.java:342) at java.lang.ClassLoader$1.loadClass(ClassLoader.java:1112) at java.lang.ClassLoader.loadClass(ClassLoader.java:294) gkeytool (in the directory Mario indicated) should be a script. what does the last line in that file look like? cheers; rsn pgpLid6QnLyZa.pgp Description: PGP signature
Re: Signals, sockets and threads
Christian Thalinger writes: On Thu, 2006-10-19 at 09:26 -0600, Tom Tromey wrote: Here's the code. Looks like we originally wanted SIGUSR2 everywhere but were working around a LinuxThreads bug. // The signal to use when interrupting a thread. #if defined(LINUX_THREADS) || defined(FREEBSD_THREADS) // LinuxThreads (prior to glibc 2.1) usurps both SIGUSR1 and SIGUSR2. // GC on FreeBSD uses both SIGUSR1 and SIGUSR2. # define INTR SIGHUP #else /* LINUX_THREADS */ # define INTR SIGUSR2 #endif /* LINUX_THREADS */ Right. Robert told me that too, but why not using SIGHUP now everywhere? I suppose we could, but what would it fix? Andrew.
Re: gkeytool error
Il giorno ven, 20/10/2006 alle 11.35 +0200, Haoyang Lin ha scritto: Hi I did the same as you said. but the errors are still the same as before Hi! Works for me :) compiled with ./configure --disable-plugin --with-jikes --with-vm=/home/neugens/work_space/Eclipse/classpath/install/bin/jamvm Interesting... I know it is a stupid question, this is the only program that fails? I mean, have you tried to run $ jamvm --version it works? and the output of $ which jamvm Like Raif said, it would be nice to have the last lines of gkeytool. Ciao, Mario -- Lima Software, SO.PR.IND. s.r.l. http://www.limasoftware.net/ pgp key: http://subkeys.pgp.net/ Proud GNU Classpath developer: http://www.classpath.org/ Read About us at: http://planet.classpath.org Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: Sockets and the RI
Robert Schuster wrote: Hi, I still have trouble with the Sockets First I found out that certain Sockets which do not succeed in establishing a connection (a wanted scenario in the mauve test) do not get properly closed. I took some time until I found the simple answer: These sockets do their connect() attempt inside the constructor. When connect() throws an exception the caller will not get an instance on which it can call close(). I therefore added some exception handling code and thought: Yeah, now those spurious BindExceptions in every quick second test run will be fixed. However this is not the case. :( A little googling about 'unbinding' a socket revealed that this is achieved by closing it (fine I thought). However it also tells that a closed socket remains busy for 60 seconds on most systems. Ok this looks exactly like the problem I faced. But WTF? Running the tests quickly after on the RI does not cause those BindExceptions? What is this? Magic? I felt lost and so put out strace to see what the RI is doing with my operating system. I saw no special system calls and to my surprise not a single failing bind() call. Do they set SO_REUSEADDR? on the listening socket? That is the only way I know of to be able to bind to the same address before the timeout expires. Also if there is a clean shutdown of any TCP connections that took place on the socket that would help the situation. Are you calling shutdown() before closing? Why not have the test open a different socket each time by binding to the wildcard address and allowing the OS to choose the port? This is what I did in gnu.testlet.java.net.HttpURLConnection.TestHttpServer. David Daney
[Bug awt/29510] BufferedImage / Graphics2D performance problem
--- Comment #5 from fkung at redhat dot com 2006-10-19 21:35 --- I've committed a patch to address this issue; the INT_RGB buffered image type should be optimized again, with similar performance to the 0.92 release. In the long term, I think BufferedImage.setRGB needs to be looked at and optimized if possible. The difference between the optimized behaviour (using a straight array copy) and the fallback setRGB method is unacceptably large, and images that do not have a compatible colour model (ie, BufferedImage TYPE_INT_RGB or TYPE_INT_ARGB) still need to use the setRGB method. -- fkung at redhat dot com changed: What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29510 ___ Bug-classpath mailing list Bug-classpath@gnu.org http://lists.gnu.org/mailman/listinfo/bug-classpath
[Bug awt/29420] OutOfMemory in image handling
--- Comment #2 from fkung at redhat dot com 2006-10-19 21:37 --- Is this related to 29510 ? That is also a bug with severe image-processing performance problems since the last release. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29420 ___ Bug-classpath mailing list Bug-classpath@gnu.org http://lists.gnu.org/mailman/listinfo/bug-classpath
Re: Signals, sockets and threads
Casey Marshall wrote: Guilhem Lavaux wrote: Casey Marshall wrote: Guilhem Lavaux wrote: In respect to this buggy interface, it is ok. :) I fail to see why this is buggy. Ok. 1) POSIX syscalls where originally written with no threads in mind. glibc uses a trick to store errno in a thread local storage using a special function. So the expected behaviour of storing errno just after the accept is true only in this case. If you use other type of threaded system then it may not be right (or for example if the library is buggy). Point. I said this on IRC, too, but I think the goal here should be to make it work on Linux first, then systems about as capable as Linux, then for the unwashed masses. If we need to use a thread-safe alternative to using errno directly, we can add that. Ok. So we agree. As I said on IRC by just changing a few bits of the syscalls wrapper we can render the interface saner and easy to implement for POSIX/POSIX like systems. Remember that even if there exists a standard OS implementers generally have their own interpretation of the obscure point of the interface. PThreads specification for example is well known for not specifying anything about the interplay between signals threads. I think this should be the same thing for all other posix specifications and that is why we may want to factorize all ifdef into one interface/implementation which would give thread safe and constant behavior syscalls. Cheers, Guilhem.
Re: Sockets and the RI
David Daney wrote: Robert Schuster wrote: Hi, I still have trouble with the Sockets First I found out that certain Sockets which do not succeed in establishing a connection (a wanted scenario in the mauve test) do not get properly closed. I took some time until I found the simple answer: These sockets do their connect() attempt inside the constructor. When connect() throws an exception the caller will not get an instance on which it can call close(). I therefore added some exception handling code and thought: Yeah, now those spurious BindExceptions in every quick second test run will be fixed. However this is not the case. :( A little googling about 'unbinding' a socket revealed that this is achieved by closing it (fine I thought). However it also tells that a closed socket remains busy for 60 seconds on most systems. Ok this looks exactly like the problem I faced. But WTF? Running the tests quickly after on the RI does not cause those BindExceptions? What is this? Magic? I felt lost and so put out strace to see what the RI is doing with my operating system. I saw no special system calls and to my surprise not a single failing bind() call. Do they set SO_REUSEADDR? on the listening socket? That is the only way I know of to be able to bind to the same address before the timeout expires. Also if there is a clean shutdown of any TCP connections that took place on the socket that would help the situation. Are you calling shutdown() before closing? I second David here. Explicit shutdown must be used before closing connection. close only unbind a filedescriptor to the target channel (TCP/UDP/anything). shutdown closes the connection. It happens that close also shutdown the connection generally because you are the latest bound to the target channel. However it may happen where this expected behavior gives unexpected results on the other side of the connection. Cheers, Guilhem.
Re: Signals, sockets and threads
Twisti == Christian Thalinger [EMAIL PROTECTED] writes: Twisti Right. Robert told me that too, but why not using SIGHUP now Twisti everywhere? Back then I think I thought that SIGUSR2 would be a better default choice. I don't think I had very good reasons for this though. Tom
Re: Signals, sockets and threads
Guilhem == Guilhem Lavaux [EMAIL PROTECTED] writes: Guilhem 1) POSIX syscalls where originally written with no threads in Guilhem mind. glibc uses a trick to store errno in a thread local Guilhem storage using a special function. So the expected behaviour Guilhem of storing errno just after the accept is true only in this Guilhem case. If you use other type of threaded system then it may Guilhem not be right (or for example if the library is buggy). Do these systems exist? I was under the impression that this errno behavior was required by the posix threads spec. But I admit I don't have a definitive URL :-) Tom
Re: issue with DatagramSocket
Yohann == Yohann Martineau [EMAIL PROTECTED] writes: Yohann I have a problem with a DatagramPacket which receives incorrect Yohann bytes. I made a capture with ethereal to see what is actually sent Yohann over the network and I see a difference between what is captured with Yohann ethereal and what is displayed with the following code: Could you send a self-contained test case? And indicate what platform, VM, and version of Classpath you are using? That might help. Tom
[Bug classpath/29526] NIO Class gnu.java.nio.ChannelInputStream produces spurious EOS indications
--- Comment #2 from ron at ronsoft dot com 2006-10-20 23:21 --- This class is the implementation of java.nio.channels.Channels.newInputStream(), which is a utility adapter class that maps an NIO channel to an InputStream. It certainly is used, I'm using it and this bug caused me a lot of heartburn. The new code I provided you has been tested and works well. Please include this fix in the next release. Thank you. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29526 ___ Bug-classpath mailing list Bug-classpath@gnu.org http://lists.gnu.org/mailman/listinfo/bug-classpath
Build failure on Mac OS X
Hi, I tried building the lastest distcheck on Mac OS X last night (first time in a while). The build trivially failed in two files: native/jni/java-net/gnu_java_net_VMPlainSocketImpl.c native/jni/java-nio/gnu_java_nio_VMChannel.c The type uint32_t is undefined. This is easily fixed by including stdint.h. Thanks, Rob.
[Bug classpath/29526] NIO Class gnu.java.nio.ChannelInputStream produces spurious EOS indications
--- Comment #3 from csm at gnu dot org 2006-10-21 01:38 --- OK, my search simply didn't reveal that it was used by the Channels class. This should have a better implementation. You can post your proposed change to [EMAIL PROTECTED] -- csm at gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-10-21 01:38:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29526 ___ Bug-classpath mailing list Bug-classpath@gnu.org http://lists.gnu.org/mailman/listinfo/bug-classpath
Re: Signals, sockets and threads
Tom Tromey wrote: Guilhem == Guilhem Lavaux [EMAIL PROTECTED] writes: Guilhem 1) POSIX syscalls where originally written with no threads in Guilhem mind. glibc uses a trick to store errno in a thread local Guilhem storage using a special function. So the expected behaviour Guilhem of storing errno just after the accept is true only in this Guilhem case. If you use other type of threaded system then it may Guilhem not be right (or for example if the library is buggy). Do these systems exist? I was under the impression that this errno behavior was required by the posix threads spec. But I admit I don't have a definitive URL :-) Googling around a little seems to indicate that while yeah, systems *should* be errno-thread-safe, some just aren't. It also seems like defining _REENTRANT or _LIBC_REENTRANT should give you a thread-safe errno in some systems.
[Bug classpath/29499] [security] MappedByteBuffer DirectByteBufferImpl incorrectly use finalize to clean up
--- Comment #1 from csm at gnu dot org 2006-10-21 01:42 --- Confirmed. -- csm at gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-10-21 01:42:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29499 ___ Bug-classpath mailing list Bug-classpath@gnu.org http://lists.gnu.org/mailman/listinfo/bug-classpath
[commit-cp] classpath ChangeLog include/gnu_java_awt_peer_g...
CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Francis Kung fkung06/10/20 21:01:00 Modified files: . : ChangeLog include: gnu_java_awt_peer_gtk_CairoGraphics2D.h Log message: 2006-10-20 Francis Kung [EMAIL PROTECTED] * include/gnu_java_awt_peer_gtk_CairoGraphics2D.h: Added missing constants. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpathr1=1.8710r2=1.8711 http://cvs.savannah.gnu.org/viewcvs/classpath/include/gnu_java_awt_peer_gtk_CairoGraphics2D.h?cvsroot=classpathr1=1.10r2=1.11
[commit-cp] classpath tools/gnu/classpath/tools/javah/JniIn...
CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Tom Tromey tromey 06/10/20 22:37:06 Modified files: tools/gnu/classpath/tools/javah: JniIncludePrinter.java CniPrintStream.java JniStubPrinter.java . : ChangeLog Log message: * tools/gnu/classpath/tools/javah/JniIncludePrinter.java (printClass): Don't use mangled class name for .h file. * tools/gnu/classpath/tools/javah/JniStubPrinter.java (printClass): Don't use mangled class name for .c file. * tools/gnu/classpath/tools/javah/CniPrintStream.java (writeClass): Handle classes from the default package. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/tools/gnu/classpath/tools/javah/JniIncludePrinter.java?cvsroot=classpathr1=1.3r2=1.4 http://cvs.savannah.gnu.org/viewcvs/classpath/tools/gnu/classpath/tools/javah/CniPrintStream.java?cvsroot=classpathr1=1.1r2=1.2 http://cvs.savannah.gnu.org/viewcvs/classpath/tools/gnu/classpath/tools/javah/JniStubPrinter.java?cvsroot=classpathr1=1.2r2=1.3 http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpathr1=1.8711r2=1.8712