Re: jvm linux
I would be interested in a test build also if it's available. I have 2 dual opteron Appro boxen running a 32-bit JDK. Thanks, Barry Roberts On Fri, Sep 05, 2003 at 11:40:52AM +0200, SANS Francois wrote: > Hello, > > i ' am very interested by jdk version 1.4.2 for AMD x86_64 > > is this release already avalaible. > > thank you for you answer. > > francois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
x86-64 error workaround?
After installing Fedora RC1 on one of my opteron boxen, I can run Tomcat 4.1.27 with my application for a short period of time before the attached error occurs. Is there a workaround for this, or is it a known error? Thanks, Barry Roberts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Oops, this attachment
Was supposed to be attached to my previous message. An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x2A4C90B320 Function=[Unknown.] Library=(N/A) NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at oracle.net.ns.Packet.receive(Unknown Source) at oracle.net.ns.NetInputStream.getNextPacket(Unknown Source) at oracle.net.ns.NetInputStream.read(Unknown Source) at oracle.net.ns.NetInputStream.read(Unknown Source) at oracle.net.ns.NetInputStream.read(Unknown Source) at oracle.jdbc.ttc7.MAREngine.unmarshalUB1(MAREngine.java:718) at oracle.jdbc.ttc7.MAREngine.unmarshalSB1(MAREngine.java:690) at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:373) at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1405) at oracle.jdbc.ttc7.TTC7Protocol.fetch(TTC7Protocol.java:889) - locked <0x002afde615a0> (a oracle.jdbc.ttc7.TTC7Protocol) at oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:1681) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1870) at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:363) - locked <0x002ad9fdb070> (a oracle.jdbc.driver.OraclePreparedStatement) at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:314) - locked <0x002ad9fdb070> (a oracle.jdbc.driver.OraclePreparedStatement) at com.xactsites.shared.db.base.DBGroupDefaultsMgr.loadByPreparedStatement(DBGroupDefaultsMgr.java:316) at com.xactsites.shared.db.base.DBGroupDefaultsMgr.loadByPreparedStatement(DBGroupDefaultsMgr.java:302) at com.xactsites.shared.db.base.DBGroupDefaultsMgr.loadByKey(DBGroupDefaultsMgr.java:76) at com.xactsites.shared.db.base.DBGroupDefaultsMgr.loadByKey(DBGroupDefaultsMgr.java:61) at com.xactsites.shared.db.DBGroupDefaults.getGroupDefault(DBGroupDefaults.java:481) at com.xactsites.shared.db.DBGroupDefaults.getGroupDefaultBoolean(DBGroupDefaults.java:235) at com.xactsites.xtol.xtol.getGroupDefaultBoolean(xtol.java:700) at org.apache.jsp.Worksheet_jsp._jspService(Worksheet_jsp.java:143) at com.xactsites.xtol.servlets.BaseJSPAuthServlet.service(BaseJSPAuthServlet.java:48) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:210) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:432) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:356) at com.xactsites.xtol.servlets.BaseAppServlet.doForward(BaseAppServlet.java:146) at com.xactsites.xtol.servlets.HndValuation.doNavigation(HndValuation.java:2031) at com.xactsites.xtol.servlets.HndValuation.doAll(HndValuation.java:817) at com.xactsites.xtol.servlets.BaseHndServlet.doPost(BaseHndServlet.java:150) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at com.xactsites.shared.filters.CompressionFilter.doFilter(CompressionFilter.java:479) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
Any jvm (even 32-bit) works on x86-64?
Ok, now I'm desperate. Is anybody using Java, esp. Tomcat or any
servlet container on Opterons? I've tried the IBM jdk that was
shipped with SuSE 8.1, the 64-bit rc1, the latest from IBM, Sun and
blackdown.org and then again on Fedora 0.96 for amd64. And I haven't
found a jvm that works with Tomcat yet.
If anyone has something similar working on x86-64 and is willing to
share their secret with me I would really appreciate it.
The latest error is attached below. This one is from the blackdown.org
1.4.2-rc1-linux-i586-gcc3.2.bin package (on Fedora 0.96) but it's
similar for all the 32-bit jvms I tried. Sometimes the jvm hangs
before the ajp connector even starts, sometimes I get to hit the
server a few times.
Any help or suggestions are welcomed.
Thanks,
Barry Roberts
Jan 31 04:15:35 optitwo kernel: Oops: 0010
Jan 31 04:15:35 optitwo kernel: CPU 1
Jan 31 04:15:35 optitwo kernel: Pid: 18527, comm: java Not tainted
Jan 31 04:15:35 optitwo kernel: RIP: 0010:[<0001801c7fce>]
Jan 31 04:15:35 optitwo kernel: RSP: :010078583e48 EFLAGS: 00010212
Jan 31 04:15:35 optitwo kernel: RAX: RBX: cb5e2d40 RCX:
Jan 31 04:15:35 optitwo kernel: RDX: RSI: 010078583f38 RDI:
cb5e2dd0
Jan 31 04:15:35 optitwo kernel: RBP: R08: 08052b7c R09:
c8988920
Jan 31 04:15:35 optitwo kernel: R10: R11: c898878c R12:
010078583f58
Jan 31 04:15:35 optitwo kernel: R13: 010005412728 R14: 000c R15:
010078582a58
Jan 31 04:15:35 optitwo kernel: FS: 002a95565060() GS:80572880(005b)
knlGS:cb5e4bb0
Jan 31 04:15:35 optitwo kernel: CS: 0010 DS: 002b ES: 002b CR0: 8005003b
Jan 31 04:15:35 optitwo kernel: CR2: 0001801c7fce CR3: 37ffe000 CR4:
06e0
Jan 31 04:15:35 optitwo kernel: Process java (pid: 18527, stackpage=10078583000)
Jan 31 04:15:35 optitwo kernel: Stack: 010078583e48
0001801c7fce 0001
Jan 31 04:15:35 optitwo kernel: 55b37e44
0001 08052b7c
Jan 31 04:15:35 optitwo kernel:8013daaa
3b9ab290 c898878c
Jan 31 04:15:35 optitwo kernel: Call Trace: []{do_signal+158}
[]{compat_sys_futex+202}
Jan 31 04:15:35 optitwo kernel:[]{intret_signal+45}
Jan 31 04:15:35 optitwo kernel:
Jan 31 04:15:35 optitwo kernel: Code: Bad RIP value.
Jan 31 04:15:35 optitwo kernel: RIP [<0001801c7fce>] RSP <010078583e48>
Jan 31 04:15:35 optitwo kernel: CR2: 0001801c7fce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
