[Bug java/12980] New: gij livelocks on included example

[Bug java/12980] New: gij livelocks on included example

[oyvind dot harboe at zylin dot com]

When I run the attached example, GIJ livelocks.

C:\temp\foo>java -cp activation.jar;gnumail.jar;inetlib.jar;javax-
security.jar;jsse.jar;maildir.jar;mbox.jar;pop3.jar;smtp.jar;. Send
hello world
Subject:  some Japaneese text ?????????????
C:\temp\foo>\wingcc\bin\gij -cp activation.jar;gnumail.jar;inetlib.jar;javax-
security.jar;jsse.jar;maildir.jar;mbox.jar;pop3.jar;smtp.jar;. Send
hello world

-- 
           Summary: gij livelocks on included example
           Product: gcc
           Version: 3.4
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: java
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: oyvind dot harboe at zylin dot com
                CC: gcc-bugs at gcc dot gnu dot org


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

[Bug java/12980] gij livelocks on included example

[oyvind dot harboe at zylin dot com]

------- Additional Comments From oyvind dot harboe at zylin dot com  2003-11-09 19:32 -------
Created an attachment (id=5104)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=5104&action=view)
Example files

I'll try to reduce this some more, but this is the starting example for the
record.

-- 


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

[Bug java/12980] gij livelocks on included example

[oyvind dot harboe at zylin dot com]

------- Additional Comments From oyvind dot harboe at zylin dot com  2003-11-09 19:41 -------
GIJ never returns from 	Session m_session = Session.getDefaultInstance
(sessionProps);


import java.util.Properties;

import javax.mail.Session;

public class Test
{

	public static void main(String[] args)
	{
		System.out.println("hello world");
			
			/** Set up session props and session. */
			Properties sessionProps = System.getProperties();
			String m_host="mail.broadpark.no";
			System.out.println("hello world 1");
			sessionProps.put("mail.smtp.host", m_host);
			System.out.println("hello world 1a");
			Session m_session = Session.getDefaultInstance
(sessionProps);
			System.out.println("hello world 1b");
			
	}
}


-- 


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

[Bug java/12980] [win32] gij livelocks on included example

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2003-11-10 03:14 -------
On the mainline (20031105) on powerpc-apple-darwin7.0.0., this works just fine, maybe 
a win32 problem or i686 problem.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
 GCC target triplet|                            |i686-pc-cygwin
            Summary|gij livelocks on included   |[win32] gij livelocks on
                   |example                     |included example


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

[Bug java/12980] [win32] gij livelocks on included example

[bryce at mckinlay dot net dot nz]

------- Additional Comments From bryce at mckinlay dot net dot nz  2003-11-10 04:56 -------
I can confirm it on i686-pc-linux-gnu mainline.

It appears to be a verifier bug (or possibly miscompilation of verify.cc):

(gdb) bt
#0  0x420761c2 in sYSMALLOc () from /lib/tls/libc.so.6
#1  0x4207335b in malloc () from /lib/tls/libc.so.6
#2  0x403f74e1 in _Jv_Malloc (size=17) at ../../../libjava/prims.cc:1060
#3  0x405c73bc in _Jv_BytecodeVerifier::verify_instructions_0() (
    this=0xbffff030) at ../../../libjava/verify.cc:1073
#4  0x4040e5bf in _Jv_VerifyMethod(_Jv_InterpMethod*) (meth=0x1d2cf000)
    at ../../../libjava/verify.cc:3232
#5  0x4040582c in _Jv_PrepareClass(java::lang::Class*) (klass=0x8201580)
    at ../../../libjava/resolve.cc:576

The class it gets stuck on is javax.mail.internet.InternetHeaders from gnumail.jar


-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|                            |1
   Last reconfirmed|0000-00-00 00:00:00         |2003-11-10 04:56:02
               date|                            |


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

[Bug libgcj/12980] [3.4 Regression] [i686] gij livelocks on included example

[pinskia at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[win32] gij livelocks on    |[3.4 Regression] [i686] gij
                   |included example            |livelocks on included
                   |                            |example
   Target Milestone|---                         |3.4


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

[Bug libgcj/12980] [3.4 Regression] [i686] gij livelocks on included example

[tromey at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |tromey at gcc dot gnu dot
                   |dot org                     |org
             Status|NEW                         |ASSIGNED


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

[Bug libgcj/12980] [3.4 Regression] [i686] gij livelocks on included example

[tromey at gcc dot gnu dot org]

------- Additional Comments From tromey at gcc dot gnu dot org  2004-01-15 01:41 -------
This now works for me.
I suspect whatever compilation error Bryce was seeing has since
been fixed elsewhere.

On my machine I have a lot of random rhug/naoko packages installed,
but built against an earlier gcj.  So I had to invoke gij with
"-Dgnu.gcj.runtime.VMClassLoader.library_control=never" to avoid
loading those libraries (and causing weirdness).


-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED


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