Re: java/1376

Re: java/1376

[Jeff Sturm]

The following reply was made to PR java/1376; it has been noted by GNATS.

From: Jeff Sturm <jsturm@one-point.com>
To: Jeff Dahl - Test/MTI <jddahl@micron.com>
Cc: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, tromey@gcc.gnu.org,
        gcc-bugs@gcc.gnu.org, java-prs@gcc.gnu.org, jthwaites@michaelhouse.com
Subject: Re: java/1376
Date: Mon, 25 Jun 2001 18:53:52 -0400 (EDT)

 On Mon, 25 Jun 2001, Jeff Dahl - Test/MTI wrote:
 > 267           if (!obj.getClass().getClassLoader().equals(cl))
 
 That looks like your problem there... getClassLoader() will be `null'
 for compiled classes.
 
 I'm not quite sure what's correct here, but this might work for you:
 
 Index: DriverManager.java
 ===================================================================
 RCS file: /cvs/gcc/gcc/libjava/java/sql/DriverManager.java,v
 retrieving revision 1.3
 diff -u -r1.3 DriverManager.java
 --- DriverManager.java  2000/12/28 22:21:36     1.3
 +++ DriverManager.java  2001/06/25 22:13:14
 @@ -264,7 +264,7 @@
    while(e.hasMoreElements())
      {
        Object obj = e.nextElement();
 -      if (!obj.getClass().getClassLoader().equals(cl))
 +      if (!obj.getClass().getClassLoader() == cl)
          continue;
  
        v.addElement(obj);
 
 

Re: java/1376

[Tom Tromey]

The following reply was made to PR java/1376; it has been noted by GNATS.

From: Tom Tromey <tromey@redhat.com>
To: Jeff Sturm <jsturm@one-point.com>
Cc: Jeff Dahl - Test/MTI <jddahl@micron.com>, gcc-gnats@gcc.gnu.org,
        gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org, java-prs@gcc.gnu.org,
        jthwaites@michaelhouse.com
Subject: Re: java/1376
Date: 26 Jun 2001 11:01:37 -0600

 >>>>> "Jeff" == Jeff Sturm <jsturm@one-point.com> writes:
 
 >> On Mon, 25 Jun 2001, Jeff Dahl - Test/MTI wrote:
 >> 267           if (!obj.getClass().getClassLoader().equals(cl))
 
 Jeff> That looks like your problem there... getClassLoader() will be `null'
 Jeff> for compiled classes.
 
 There's already a different fix for this on the gcc trunk.
 I also put it in to Classpath.
 It looks like this:
 
       ClassLoader loader = obj.getClass().getClassLoader();
 
       if (loader == null)
 	loader = ClassLoader.getSystemClassLoader();
       if (!loader.equals(cl))
 	continue;
 
 Tom

Re: java/1376

[Jeff Dahl - Test/MTI]

The following reply was made to PR java/1376; it has been noted by GNATS.

From: Jeff Dahl - Test/MTI <jddahl@micron.com>
To: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, tromey@gcc.gnu.org,
        gcc-bugs@gcc.gnu.org, java-prs@gcc.gnu.org, jthwaites@michaelhouse.com
Cc:  
Subject: Re: java/1376
Date: Mon, 25 Jun 2001 14:59:42 -0600

 I also encountered this problem on gcc 3.0.  I've "continued", but am not sure
 
 what I'm looking for.  Thanks,
 
 Jeff
 
 >uname -a
 
 SunOS 5.6 Generic_105181-25 sun4m sparc SUNW,SPARCstation-20
 
 >gdb jsums
 GNU gdb 4.18
 Copyright 1998 Free Software Foundation, Inc.
 GDB is free software, covered by the GNU General Public License, and you are
 welcome to change it and/or distribute copies of it under certain conditions.
 Type "show copying" to see the conditions.
 There is absolutely no warranty for GDB.  Type "show warranty" for details.
 This GDB was configured as "sparc-sun-solaris2.5.1"...
 (gdb) run
 Starting program: /amd/tesfs1/tesfs1dg/u12/jddahl/java/jsums
 [New LWP    2        ]
 [New LWP    3        ]
 
 Program received signal SIGSEGV, Segmentation fault.
 0xef361df8 in GC_find_limit (p=0xefffe894 "", up=1)
     at ../../../gcc/boehm-gc/os_dep.c:644
 644                     GC_noop1((word)(*result));
 (gdb) cont
 Continuing.
 [New LWP    4        ]
 
 Program received signal SIGLWP, Signal LWP.
 0xef7c5960 in ?? ()
 (gdb) cont
 Continuing.
 [New LWP    5        ]
 [New Thread 5 (LWP 3)]
 [Switching to Thread 5 (LWP 3)]
 
 Program received signal SIGSEGV, Segmentation fault.
 0xef5e832c in _ZN4java3sql13DriverManager10getDriversEv ()
     at ../../../gcc/libjava/java/sql/DriverManager.java:267
 267           if (!obj.getClass().getClassLoader().equals(cl))
 Current language:  auto; currently java
 (gdb) cont
 Continuing.
 
 Program received signal SIGSEGV, Segmentation fault.
 _Z20_Jv_IsAssignableFromPN4java4lang5ClassES2_ (target=0x0, source=0x1e2ce0)
     at ../../../gcc/libjava/java/lang/Class.h:174
 174         {
 Current language:  auto; currently c++
 (gdb) cont
 Continuing.
 
 Program received signal SIGSEGV, Segmentation fault.
 _Z20_Jv_IsAssignableFromPN4java4lang5ClassES2_ (target=0x0, source=0x1e2ce0)
     at ../../../gcc/libjava/java/lang/Class.h:174
 174         {
 (gdb)
 
 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=1376&database=gcc
 
 
 

Re: java/1376

[bryce]

The following reply was made to PR java/1376; it has been noted by GNATS.

From: bryce@gcc.gnu.org
To: gcc-gnats@gcc.gnu.org, jthwaites@michaelhouse.com, tromey@gcc.gnu.org
Cc:  
Subject: Re: java/1376
Date: 3 Mar 2001 03:11:37 -0000

 Synopsis: Core dump in GC_find_limit() in os_dep.c
 
 State-Changed-From-To: feedback->closed
 State-Changed-By: bryce
 State-Changed-When: Fri Mar  2 19:11:37 2001
 State-Changed-Why:
     Not reproducable. Possibly a GC issue, long fixed since the 
     2.95 release. 
 
 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=1376&database=gcc