[cp-patches] RFC: Scrollbar fixes

2006-10-20 Thread Tania Bento
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

2006-10-20 Thread Francis Kung
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

2006-10-20 Thread Francis Kung
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

2006-10-20 Thread Thomas Fitzsimmons

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

2006-10-20 Thread Tom Tromey
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

2006-10-20 Thread cpdev
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

2006-10-20 Thread cpdev
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

2006-10-20 Thread cpdev
/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

2006-10-20 Thread Michael Koch
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

2006-10-20 Thread cpdev
/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

2006-10-20 Thread cpdev
/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

2006-10-20 Thread cpdev
/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

2006-10-20 Thread Michael Koch
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

2006-10-20 Thread Yohann Martineau

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

2006-10-20 Thread Haoyang Lin
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

2006-10-20 Thread Raif S. Naffah
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

2006-10-20 Thread Andrew Haley
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

2006-10-20 Thread Mario Torre
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

2006-10-20 Thread David Daney

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

2006-10-20 Thread fkung at redhat dot com


--- 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

2006-10-20 Thread fkung at redhat dot com


--- 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

2006-10-20 Thread Guilhem Lavaux
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

2006-10-20 Thread Guilhem Lavaux
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

2006-10-20 Thread Tom Tromey
 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

2006-10-20 Thread Tom Tromey
 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

2006-10-20 Thread Tom Tromey
 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

2006-10-20 Thread ron at ronsoft dot com


--- 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

2006-10-20 Thread Robert Lougher

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

2006-10-20 Thread csm at gnu dot org


--- 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

2006-10-20 Thread Casey Marshall
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

2006-10-20 Thread csm at gnu dot org


--- 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...

2006-10-20 Thread Francis Kung
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...

2006-10-20 Thread Tom Tromey
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