[Bug classpath/29703] Failure with java.util.regex.Matcher reset()

[jjohnstn at redhat dot com]

--- Comment #1 from jjohnstn at redhat dot com  2006-11-03 21:28 ---
Created an attachment (id=12544)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12544&action=view)
Test case displaying problem.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29703



___
Bug-classpath mailing list
Bug-classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-classpath

[Bug classpath/29703] New: Failure with java.util.regex.Matcher reset()

[jjohnstn at redhat dot com]

The Eclipse code uses regex to form a list of file names to perform operations
such as rename or search upon.  The code to do this starts by creating a set of
reusable matchers created with an empty string,  Then whenever it needs to do a
regex match, it resets the string via the reset() method.  This does not work
under classpath, but does work under the Sun JDK.

A simple testcase tested on i686 FC6 is attached.


-- 
   Summary: Failure with java.util.regex.Matcher reset()
   Product: classpath
   Version: unspecified
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: classpath
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jjohnstn at redhat dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29703



___
Bug-classpath mailing list
Bug-classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-classpath

[Bug awt/29420] OutOfMemory in image handling

[fkung at redhat dot com]

--- Comment #10 from fkung at redhat dot com  2006-11-03 20:16 ---
I've been testing with two methods... using Runtime.getRuntime().freeMemory()
and .totalMemory() to watch the java heap, and "ps v (pid)" to watch total
resident memory.

With 'ps v', resident memory increases with mouse movement (and doesn't go back
down), so it looks like a native leak somewhere... 


-- 


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

Generic Signatures

[Andrew Haley]

I can't get even simple tests with generic signatures to work.  Like
this:

public class test2
{
  static class A extends ArrayList {};

  public static void main(String[] args)
  {
A a = new A();
Object x = a;
((Collection)x).add(new Byte((byte) 1));
System.out.println(x.getClass().getGenericSuperclass());
System.out.println("We have a list parametrized with: " +
   
((ParameterizedType)x.getClass().getGenericSuperclass()).getActualTypeArguments()[0]);
  }
}

should do this:

java.util.ArrayList
We have a list parametrized with: class java.lang.String

but does this:

Exception in thread "main" java.lang.TypeNotPresentException: type 
"java$util$ArrayList" not found
   at 
gnu.java.lang.reflect.ParameterizedTypeImpl.resolve(GenericSignatureParser.java:127)
   at gnu.java.lang.reflect.TypeImpl.resolve(TypeImpl.java:59)
   at 
gnu.java.lang.reflect.ClassSignatureParser.getSuperclassType(ClassSignatureParser.java:83)
   at java.lang.Class.getGenericSuperclass(Class.java:1232)
   at test2.main(test2.java:12)
Caused by: java.lang.ClassNotFoundException: java$util$ArrayList not found in 
gnu.gcj.runtime.SystemClassLoader{urls=[file:./], 
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.net.URLClassLoader.findClass(URLClassLoader.java:1081)
   at gnu.gcj.runtime.SystemClassLoader.findClass(natSystemClassLoader.cc:27)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:317)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:260)
   at java.lang.Class.forName(natClass.cc:103)
   at 
gnu.java.lang.reflect.ParameterizedTypeImpl.resolve(GenericSignatureParser.java:123)
   ...4 more

Is it the case that this stuff hasn't ever worked?  I'll allow that we
have an older cut of the generics branch in gcj.

Thanks,
Andrew.

Re: glibj-generics-latest.zip on builder old?

[Stuart Ballard]

On 11/1/06, Mark Wielaard <[EMAIL PROTECTED]> wrote:

Looking through the log it is:
1729. ERROR in ../../classpath/java/util/EnumSet.java (at line 252)
return copyOf((EnumSet) other);
   ^^
The method copyOf(EnumSet) is ambiguous for the type EnumSet


So do we reckon this is a Classpath bug or an ecj issue? Andrew,
presumably -generics builds for you - how does your ecj version
compare to the one on builder?

Stuart.

PS I know, I'm being a pain in the neck, I'm just impatient to see the
Japi results with that latest merge in ;) Sorry
--
http://sab39.dev.netreach.com/