commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 39352] New: - jsvc links to 32-bit JVM when compiled for (64-bit) sparcv9
Date Wed, 19 Apr 2006 14:42:15 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39352>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=39352

           Summary: jsvc links to 32-bit JVM when compiled for (64-bit)
                    sparcv9
           Product: Commons
           Version: unspecified
          Platform: Sun
        OS/Version: Solaris
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Daemon
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: jeffrey.k.carroll@nasa.gov


This is a report on misbehavior of the search algorithm in native/location.c.

I am building from the source included in the binary distribution of Tomcat 5.5.16.

uname -a reports:
SunOS iempsoa1 5.10 Generic_118822-27 sun4u sparc SUNW,Sun-Fire-880

config.guess reports sparc-sun-solaris2.10. 

ls -laR runs to 4k lines of text, so I will attach the file separately if I can
figure out how. I'm not sure it's relevant, though.

configure is identifying $host_cpu as "sparc", and thus location.c finds the
jvm.cfg for the 32-bit JVM, terminating with the messages

18/04/2006 15:35:12 7724 jsvc64 debug: Using default JVM in /usr/java/jre/lib/sp
arc/client/libjvm.so
18/04/2006 15:35:12 7724 jsvc64 debug: Attemtping to load library /usr/java/jre/
lib/sparc/client/libjvm.so
18/04/2006 15:35:12 7724 jsvc64 error: Cannot dynamically link to /usr/java/jre/
lib/sparc/client/libjvm.so
18/04/2006 15:35:12 7724 jsvc64 error: ld.so.1: jsvc64: fatal: /usr/java/jre/lib
/sparc/client/libjvm.so: wrong ELF class: ELFCLASS32


I intend to fix the problem for my purposes by hacking location_jvm_cfg[], but I
know that's not a good solution for the general case.

Everything works flawlessly on the 32-bit JVM. Given that, and given the
disclaimers all over jvm.cfg, I don't know whether you'll consider this worth
fixing or not.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message