<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Java 1.4 on HP-UX 11.11 signal 11 exception in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/java-1-4-on-hp-ux-11-11-signal-11-exception/m-p/4910797#M103685</link>
    <description>You have not had much of a response so I will share my limited insight.&lt;BR /&gt;&lt;BR /&gt;Sig 11 is a seg fault, usually caused when the process attempts to access data which does not belong to it.  Typical causes include faulty pointers, pointers running off the end of an array, corrupted stack (which can be caused for example by running over a local variable on the stack).&lt;BR /&gt;&lt;BR /&gt;I would look closely at what data you are passing in particularly in the form of arrays and structures.&lt;BR /&gt;&lt;BR /&gt;Another area to look at is data you are passing to your threads.  If an alternate thread releases data that another thread uses that could also cause a seg fault.&lt;BR /&gt;&lt;BR /&gt;Are they underlying native code functions thread safe?&lt;BR /&gt;&lt;BR /&gt;If possible, you may wish to over allocate data arrays before you pass them on for diagnostic purposes.  If the problem changes or goes away it may help you narrow down the cause.&lt;BR /&gt;&lt;BR /&gt;good luck __daavid</description>
    <pubDate>Wed, 06 Jul 2005 22:56:44 GMT</pubDate>
    <dc:creator>Daavid Turnbull</dc:creator>
    <dc:date>2005-07-06T22:56:44Z</dc:date>
    <item>
      <title>Java 1.4 on HP-UX 11.11 signal 11 exception</title>
      <link>https://community.hpe.com/t5/operating-system-linux/java-1-4-on-hp-ux-11-11-signal-11-exception/m-p/4910795#M103683</link>
      <description>While running a java application we received the following exception and stack trace:&lt;BR /&gt;&lt;BR /&gt;An unexpected exception has been detected in native code outside the VM.&lt;BR /&gt;Unexpected Signal : 11 occurred at PC=0xC0000000014163FC&lt;BR /&gt;Function=CPXPxdelrc&lt;BR /&gt;Library=/opt/cms/lib/libcplexadapter90_64.sl&lt;BR /&gt;&lt;BR /&gt;Current Java thread:&lt;BR /&gt;"VBJ ThreadPool Worker" daemon prio=2 tid=800000010025fca8 nid=126 lwp_id=121548 runnable [0x800003ff3f801000..0x800003ff3f800880]&lt;BR /&gt; at com.prosrm.optimizer.engine.solver.cplex.jni.CplexLink.lpopt(Native Method)&lt;BR /&gt; at com.prosrm.optimizer.engine.solver.cplex.CplexSolver.solve(CplexSolver.java:307)&lt;BR /&gt; at com.prosrm.optimizer.engine.processor.DefaultRequestProcessor.process(DefaultRequestProcessor.java:164)&lt;BR /&gt; at com.prosrm.optimizer.engine.RequestManager.handleOptimize(RequestManager.java:150)&lt;BR /&gt; at com.prosrm.optimizer.engine.RequestManager.handleRequest(RequestManager.java:96)&lt;BR /&gt; at com.prosrm.optimizer.engine.impl.OptimizerEngine.optimize(OptimizerEngine.java:99)&lt;BR /&gt; at com.prosrm.pro.common.AbstractBaseOptimizerRule.optimize(AbstractBaseOptimizerRule.java:95)&lt;BR /&gt; at com.prosrm.pro.common.AbstractBaseOptimizerRule.apply(AbstractBaseOptimizerRule.java:65)&lt;BR /&gt; at com.prosrm.rules.impl.RuleSet.executePlan(RuleSet.java:462)&lt;BR /&gt; at com.prosrm.rules.impl.RuleSet.apply(RuleSet.java:420)&lt;BR /&gt; at com.prosrm.rules.impl.RuleProcessor.applyWithRuleSetAndPlan(RuleProcessor.java:321)&lt;BR /&gt; at com.prosrm.rules.impl.RuleProcessor.applyWithRuleSetAndPlan(RuleProcessor.java:355)&lt;BR /&gt; at com.prosrm.rules.corba.RuleProcessorImpl.applyWithRuleSetAndPlanAndProperties(RuleProcessorImpl.java:389)&lt;BR /&gt; at com.prosrm.corbagen.ruleprocessserver.RuleProcessorPOATie.applyWithRuleSetAndPlanAndProperties(RuleProcessorPOATie.java:187)&lt;BR /&gt; at com.prosrm.corbagen.ruleprocessserver.RuleProcessorPOA._invoke(RuleProcessorPOA.java:233)&lt;BR /&gt; at com.prosrm.corbagen.ruleprocessserver.RuleProcessorPOA._invoke(RuleProcessorPOA.java:58)&lt;BR /&gt; at com.inprise.vbroker.poa.POAImpl.invoke(POAImpl.java:2693)&lt;BR /&gt; at com.inprise.vbroker.poa.ActivationRecord.invoke(ActivationRecord.java:109)&lt;BR /&gt; at com.inprise.vbroker.GIOP.GiopProtocolAdapter.doRequest(GiopProtocolAdapter.java:824)&lt;BR /&gt; at com.inprise.vbroker.IIOP.ServerProtocolAdapter.doRequest(ServerProtocolAdapter.java:68)&lt;BR /&gt; at com.inprise.vbroker.GIOP.GiopProtocolAdapter.dispatchMessage(GiopProtocolAdapter.java:1106)&lt;BR /&gt; at com.inprise.vbroker.orb.TPDispatcherImpl$TPDispatcher.run(TPDispatcherImpl.java:100)&lt;BR /&gt; at com.inprise.vbroker.orb.ThreadPool$PoolWorker.run(ThreadPool.java:76)&lt;BR /&gt;&lt;BR /&gt;Dynamic libraries:&lt;BR /&gt;/opt/java1.4/bin/PA_RISC2.0W/java&lt;BR /&gt; text:0x4000000000000000-0x400000000000a454 data:0x8000000100000000-0x8000000100000be8&lt;BR /&gt;&lt;BR /&gt;/usr/lib/pa20_64/libpthread.1&lt;BR /&gt; text:0xc0000000001a0000-0xc0000000001b8118 data:0x800003ffe7800000-0x800003ffe7804530&lt;BR /&gt;&lt;BR /&gt;/opt/java1.4/jre/lib/PA_RISC2.0W/server/libjvm.sl&lt;BR /&gt; text:0xc000000000400000-0xc0000000010faa58 data:0x800003ffe7400000-0x800003ffe7729518&lt;BR /&gt;&lt;BR /&gt;/usr/lib/pa20_64/libdl.1&lt;BR /&gt; text:0xc00000000003c000-0xc00000000003d964 data:0x800003ffe6c00000-0x800003ffe6c001a8&lt;BR /&gt;&lt;BR /&gt;/usr/lib/pa20_64/libc.2&lt;BR /&gt; text:0xc000000000200000-0xc00000000031be18 data:0x800003ffe6800000-0x800003ffe681b320&lt;BR /&gt;&lt;BR /&gt;/usr/lib/pa20_64/libm.2&lt;BR /&gt; text:0xc0000000000d0000-0xc0000000000f5d48 data:0x800003ffe6400000-0x800003ffe6402bd0&lt;BR /&gt;&lt;BR /&gt;/usr/lib/pa20_64/librt.2&lt;BR /&gt; text:0xc0000000000a8000-0xc0000000000ac194 data:0x800003ffe6000000-0x800003ffe6000448&lt;BR /&gt;&lt;BR /&gt;/usr/lib/pa20_64/libcl.2&lt;BR /&gt; text:0xc000000000100000-0xc000000000184ea8 data:0x800003ffe5800000-0x800003ffe584b4e8&lt;BR /&gt;&lt;BR /&gt;/usr/lib/pa20_64/libCsup.2&lt;BR /&gt; text:0xc0000000000b0000-0xc0000000000c6cc0 data:0x800003ffe5400000-0x800003ffe5403d70&lt;BR /&gt;&lt;BR /&gt;/opt/java1.4/jre/lib/PA_RISC2.0W/native_threads/libhpi.sl&lt;BR /&gt; text:0xc0000000001c0000-0xc0000000001cf1a0 data:0x800003ffe4800000-0x800003ffe4801d90&lt;BR /&gt;&lt;BR /&gt;/opt/java1.4/jre/lib/PA_RISC2.0W/libverify.sl&lt;BR /&gt; text:0xc0000000001d0000-0xc0000000001e39c8 data:0x800003ffe3c00000-0x800003ffe3c01810&lt;BR /&gt;&lt;BR /&gt;/opt/java1.4/jre/lib/PA_RISC2.0W/libjava.sl&lt;BR /&gt; text:0xc000000000320000-0xc00000000034d6e8 data:0x800003ffe3400000-0x800003ffe3405e30&lt;BR /&gt;&lt;BR /&gt;/opt/java1.4/jre/lib/PA_RISC2.0W/libzip.sl&lt;BR /&gt; text:0xc000000000350000-0xc0000000003663cc data:0x800003ffe3000000-0x800003ffe3002180&lt;BR /&gt;&lt;BR /&gt;/opt/java1.4/jre/lib/PA_RISC2.0W/libnet.sl&lt;BR /&gt; text:0xc000000000370000-0xc00000000038205c data:0x800003ff42c00000-0x800003ff42c00cf8&lt;BR /&gt;&lt;BR /&gt;/lib/pa20_64/libnm.sl&lt;BR /&gt; text:0xc0000000001e4000-0xc0000000001ef4b4 data:0x800003ff42400000-0x800003ff424006b0&lt;BR /&gt;&lt;BR /&gt;/opt/java1.4/jre/lib/PA_RISC2.0W/libioser12.sl&lt;BR /&gt; text:0xc000000000198000-0xc00000000019d124 data:0x800003ff41800000-0x800003ff418003c0&lt;BR /&gt;&lt;BR /&gt;/usr/lib/pa20_64/libnss_files.1&lt;BR /&gt; text:0xc000000000188000-0xc0000000001906ac data:0x800003ff41000000-0x800003ff41000de8&lt;BR /&gt;&lt;BR /&gt;/opt/cms/lib/libcplexadapter90_64.sl&lt;BR /&gt; text:0xc000000001100000-0xc00000000141d278 data:0x800003ff3e000000-0x800003ff3e0165b0&lt;BR /&gt;&lt;BR /&gt;/lib/pa20_64/libnsl.1&lt;BR /&gt; text:0xc000000001440000-0xc0000000014c04e4 data:0x800003ff3dc00000-0x800003ff3dc111d8&lt;BR /&gt;&lt;BR /&gt;/usr/lib/pa20_64/libxti.2&lt;BR /&gt; text:0xc000000000390000-0xc0000000003a6e6c data:0x800003ff3d800000-0x800003ff3d802e30&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Heap at VM Abort:&lt;BR /&gt;Heap&lt;BR /&gt; def new generation   total 737280K, used 557547K [800003ff46800000, 800003ff78800000, 800003ff78800000)&lt;BR /&gt;  eden space 655360K,  85% used [800003ff46800000, 800003ff6887ac38, 800003ff6e800000)&lt;BR /&gt;  from space 81920K,   0% used [800003ff6e800000, 800003ff6e800000, 800003ff73800000)&lt;BR /&gt;  to   space 81920K,   0% used [800003ff73800000, 800003ff73800000, 800003ff78800000)&lt;BR /&gt; tenured generation   total 1638400K, used 1620672K [800003ff78800000, 800003ffdc800000, 800003ffdc800000)&lt;BR /&gt;   the space 1638400K,  98% used [800003ff78800000, 800003ffdb6b0208, 800003ffdb6b0400, 800003ffdc800000)&lt;BR /&gt; compacting perm gen  total 24320K, used 24125K [800003ffdc800000, 800003ffddfc0000, 800003ffe0800000)&lt;BR /&gt;   the space 24320K,  99% used [800003ffdc800000, 800003ffddf8f690, 800003ffddf8f800, 800003ffddfc0000)&lt;BR /&gt;&lt;BR /&gt;Local Time = Thu Jun 30 11:16:44 2005&lt;BR /&gt;Elapsed Time = 82430&lt;BR /&gt;#&lt;BR /&gt;# The exception above was detected in native code outside the VM&lt;BR /&gt;#&lt;BR /&gt;# Java VM: Java HotSpot(TM) 64-Bit Server VM (1.4.2 1.4.2.03-040401-22:03-PA_RISC2.0W PA2.0W (aCC_AP) mixed mode)&lt;BR /&gt;#&lt;BR /&gt;# An error report file has been saved as hs_err_pid7850.log.&lt;BR /&gt;# Please refer to the file for further information.&lt;BR /&gt;#&lt;BR /&gt;&lt;BR /&gt;The hs_err_pid7850.log file contained the same information as listed above.&lt;BR /&gt;The core file was deleted before it could be retrieved.&lt;BR /&gt;&lt;BR /&gt;Would upgrading to a newer JDK have any affect on this issue?</description>
      <pubDate>Tue, 05 Jul 2005 09:39:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/java-1-4-on-hp-ux-11-11-signal-11-exception/m-p/4910795#M103683</guid>
      <dc:creator>Andres Reiner</dc:creator>
      <dc:date>2005-07-05T09:39:56Z</dc:date>
    </item>
    <item>
      <title>Re: Java 1.4 on HP-UX 11.11 signal 11 exception</title>
      <link>https://community.hpe.com/t5/operating-system-linux/java-1-4-on-hp-ux-11-11-signal-11-exception/m-p/4910796#M103684</link>
      <description>&amp;gt; Would upgrading to a newer JDK have any affect on this issue?&lt;BR /&gt;&lt;BR /&gt;Maybe not. You are blowing up in the native method lpopt called from CplexSolver.java:307. I would read through that code first.</description>
      <pubDate>Wed, 06 Jul 2005 10:29:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/java-1-4-on-hp-ux-11-11-signal-11-exception/m-p/4910796#M103684</guid>
      <dc:creator>mark rozhin</dc:creator>
      <dc:date>2005-07-06T10:29:19Z</dc:date>
    </item>
    <item>
      <title>Re: Java 1.4 on HP-UX 11.11 signal 11 exception</title>
      <link>https://community.hpe.com/t5/operating-system-linux/java-1-4-on-hp-ux-11-11-signal-11-exception/m-p/4910797#M103685</link>
      <description>You have not had much of a response so I will share my limited insight.&lt;BR /&gt;&lt;BR /&gt;Sig 11 is a seg fault, usually caused when the process attempts to access data which does not belong to it.  Typical causes include faulty pointers, pointers running off the end of an array, corrupted stack (which can be caused for example by running over a local variable on the stack).&lt;BR /&gt;&lt;BR /&gt;I would look closely at what data you are passing in particularly in the form of arrays and structures.&lt;BR /&gt;&lt;BR /&gt;Another area to look at is data you are passing to your threads.  If an alternate thread releases data that another thread uses that could also cause a seg fault.&lt;BR /&gt;&lt;BR /&gt;Are they underlying native code functions thread safe?&lt;BR /&gt;&lt;BR /&gt;If possible, you may wish to over allocate data arrays before you pass them on for diagnostic purposes.  If the problem changes or goes away it may help you narrow down the cause.&lt;BR /&gt;&lt;BR /&gt;good luck __daavid</description>
      <pubDate>Wed, 06 Jul 2005 22:56:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/java-1-4-on-hp-ux-11-11-signal-11-exception/m-p/4910797#M103685</guid>
      <dc:creator>Daavid Turnbull</dc:creator>
      <dc:date>2005-07-06T22:56:44Z</dc:date>
    </item>
    <item>
      <title>Re: Java 1.4 on HP-UX 11.11 signal 11 exception</title>
      <link>https://community.hpe.com/t5/operating-system-linux/java-1-4-on-hp-ux-11-11-signal-11-exception/m-p/4910798#M103686</link>
      <description>The problem was not related to our JVM version but instead was related to a data condition in the code.</description>
      <pubDate>Mon, 18 Jul 2005 10:04:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/java-1-4-on-hp-ux-11-11-signal-11-exception/m-p/4910798#M103686</guid>
      <dc:creator>Andres Reiner</dc:creator>
      <dc:date>2005-07-18T10:04:12Z</dc:date>
    </item>
  </channel>
</rss>

