[
https://issues.apache.org/jira/browse/DAEMON-45?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12463146
]
Renaud Waldura commented on DAEMON-45:
--------------------------------------
Let me restate the problem and maybe broaden the scope of this bug: there
doesn't appear to be a way to run the 64-bit VM with jsvc 1.0.1. (The 64-bit VM
is needed for heaps >= 4GB.) The "java" switch -d64 is not recognized.
I am building from the source included in the binary distribution of Tomcat
5.5.20. I fixed it my way by doing the following.
I ran "configure" and edited the generated Makedefs file. I set CPU to
"sparcv9" and added "-m64" to CFLAGS and LDFLAGS. This gets me an executable
that is 64-bit and links to the 64-bit VM always.
> [daemon] jsvc links to 32-bit JVM when compiled for (64-bit) sparcv9
> --------------------------------------------------------------------
>
> Key: DAEMON-45
> URL: https://issues.apache.org/jira/browse/DAEMON-45
> Project: Commons Daemon
> Issue Type: Bug
> Environment: Operating System: Solaris
> Platform: Sun
> Reporter: Jeff Carroll
> Attachments: ls.out
>
>
> 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.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
