<?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 core dumps signal 11 in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/java-core-dumps-signal-11/m-p/2830526#M88784</link>
    <description>Jeff&lt;BR /&gt;&lt;BR /&gt;Thanks for your comment I spent a lot of usefull time playing with these parameters and believe I learnt alot of new configuration options that could be useful in the future.&lt;BR /&gt;&lt;BR /&gt;In the end it turned out the DBA had turned on a timeout feature (in sqlnet.ora expire_timeout) and this seemed to be the cause. After removing this parameter things have settled down - it was unfortunate that this change and the switch to unix based OC4J happened at the same time.&lt;BR /&gt;&lt;BR /&gt;Thanks for the replies&lt;BR /&gt;Iain</description>
    <pubDate>Tue, 29 Oct 2002 09:42:19 GMT</pubDate>
    <dc:creator>Iain Bell</dc:creator>
    <dc:date>2002-10-29T09:42:19Z</dc:date>
    <item>
      <title>Java core dumps signal 11</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/java-core-dumps-signal-11/m-p/2830521#M88779</link>
      <description>The third party Java software we are trying to run on HP-UX. Java version 1.2.2.13 and unfortunatley people who provided code do not support 1.3... The code attaches to an ORacle database the following is the end of the log file.&lt;BR /&gt;&lt;BR /&gt;Any comments welcome &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Stack_Trace: error while unwinding stack&lt;BR /&gt;( 0)  0xc2b0274c   report_error__FPciN21e + 0x54  [/opt/java1.2/bin/../jre/lib/P&lt;BR /&gt;A_RISC2.0/hotspot/libjvm.sl]&lt;BR /&gt;( 1)  0xc2be6e50   JVM_handle_hpux_signal + 0x390  [/opt/java1.2/bin/../jre/lib/&lt;BR /&gt;PA_RISC2.0/hotspot/libjvm.sl]&lt;BR /&gt;( 2)  0xc2be6aac   signalHandler__FiP9__siginfoPv + 0x14  [/opt/java1.2/bin/../j&lt;BR /&gt;re/lib/PA_RISC2.0/hotspot/libjvm.sl]&lt;BR /&gt;( 3)  0xc01f2ee8   _sigreturn  [/usr/lib/libc.2]&lt;BR /&gt;#&lt;BR /&gt;# Java version:&lt;BR /&gt;# HotSpot VM (1.0.1fcs, mixed mode, PA2.0 build 1.2.2.13-02/04/21-PA_RISC2.0)&lt;BR /&gt;# HotSpot Virtual Machine Error, Unexpected Signal 11&lt;BR /&gt;#&lt;BR /&gt;# occurred at pc=0&lt;BR /&gt;# Error happened during: scavenge&lt;BR /&gt;#&lt;BR /&gt;# Error ID: /CLO/Components/JAVA_HOTSPOT/Src/build/hp-ux/../../src/os/hp-ux/vm/o&lt;BR /&gt;s_hp-ux.cpp, 3075</description>
      <pubDate>Tue, 22 Oct 2002 07:05:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/java-core-dumps-signal-11/m-p/2830521#M88779</guid>
      <dc:creator>Iain Bell</dc:creator>
      <dc:date>2002-10-22T07:05:09Z</dc:date>
    </item>
    <item>
      <title>Re: Java core dumps signal 11</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/java-core-dumps-signal-11/m-p/2830522#M88780</link>
      <description>Could you name the 3rd party application ?&lt;BR /&gt;&lt;BR /&gt;I can check if we have any known issues wrt to it within HP ? If you have a support contract with HP it would be worth your while getting the core file into to your local Response Centre ..... ?</description>
      <pubDate>Tue, 22 Oct 2002 07:19:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/java-core-dumps-signal-11/m-p/2830522#M88780</guid>
      <dc:creator>Alex Glennie</dc:creator>
      <dc:date>2002-10-22T07:19:37Z</dc:date>
    </item>
    <item>
      <title>Re: Java core dumps signal 11</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/java-core-dumps-signal-11/m-p/2830523#M88781</link>
      <description>&lt;BR /&gt;The application is called Markview written by 170systems and is used for viewing scanned documents.&lt;BR /&gt;&lt;BR /&gt;I will investigate sending the core dump</description>
      <pubDate>Tue, 22 Oct 2002 18:07:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/java-core-dumps-signal-11/m-p/2830523#M88781</guid>
      <dc:creator>Iain Bell</dc:creator>
      <dc:date>2002-10-22T18:07:53Z</dc:date>
    </item>
    <item>
      <title>Re: Java core dumps signal 11</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/java-core-dumps-signal-11/m-p/2830524#M88782</link>
      <description>Hi Iain,&lt;BR /&gt;&lt;BR /&gt;Signal 11 is a SIGSEGV or segmentation fault, which frequently means you've overrun a memory segment value somewhere.&lt;BR /&gt;Quite often it turns out to be maxssiz, maxdsiz or maxtsiz kernel parameters. Roughly meaning that a process has grown it's stack, data or text size larger than allowed.&lt;BR /&gt;Can also mean that you've exhausted shared memory for a 32-bit application.&lt;BR /&gt;Sometimes these can be traced back to a application that's leaking memory badly - particularly a 32-bit app.&lt;BR /&gt;But you've definitely run into a type of memory limitation with this error.&lt;BR /&gt;&lt;BR /&gt;Rgds,&lt;BR /&gt;Jeff</description>
      <pubDate>Tue, 22 Oct 2002 19:38:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/java-core-dumps-signal-11/m-p/2830524#M88782</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2002-10-22T19:38:52Z</dc:date>
    </item>
    <item>
      <title>Re: Java core dumps signal 11</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/java-core-dumps-signal-11/m-p/2830525#M88783</link>
      <description>I once had the a similar problem, except that it written by me:)&lt;BR /&gt;&lt;BR /&gt;After reviewing the code, again and again I blissfully blamed the JVM;) and to my shock I was right!&lt;BR /&gt;&lt;BR /&gt;I upgraded to the JDK 1.4 and all is fine.&lt;BR /&gt;</description>
      <pubDate>Wed, 23 Oct 2002 13:00:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/java-core-dumps-signal-11/m-p/2830525#M88783</guid>
      <dc:creator>Leslie Chaim</dc:creator>
      <dc:date>2002-10-23T13:00:53Z</dc:date>
    </item>
    <item>
      <title>Re: Java core dumps signal 11</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/java-core-dumps-signal-11/m-p/2830526#M88784</link>
      <description>Jeff&lt;BR /&gt;&lt;BR /&gt;Thanks for your comment I spent a lot of usefull time playing with these parameters and believe I learnt alot of new configuration options that could be useful in the future.&lt;BR /&gt;&lt;BR /&gt;In the end it turned out the DBA had turned on a timeout feature (in sqlnet.ora expire_timeout) and this seemed to be the cause. After removing this parameter things have settled down - it was unfortunate that this change and the switch to unix based OC4J happened at the same time.&lt;BR /&gt;&lt;BR /&gt;Thanks for the replies&lt;BR /&gt;Iain</description>
      <pubDate>Tue, 29 Oct 2002 09:42:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/java-core-dumps-signal-11/m-p/2830526#M88784</guid>
      <dc:creator>Iain Bell</dc:creator>
      <dc:date>2002-10-29T09:42:19Z</dc:date>
    </item>
  </channel>
</rss>

