<?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: Application Exiting Without Core in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/application-exiting-without-core/m-p/2993586#M718474</link>
    <description>Hi&lt;BR /&gt;&lt;BR /&gt;Try this (untested):&lt;BR /&gt;start program under gdb, then type:&lt;BR /&gt;xbreak malloc&lt;BR /&gt;(you'll get breakpoint number, the first one is '1')&lt;BR /&gt;then&lt;BR /&gt;condition 1 $ret0=0&lt;BR /&gt;(register ret0 contains the result of function)&lt;BR /&gt;then&lt;BR /&gt;run&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;Good luck&lt;BR /&gt;Adam&lt;BR /&gt;</description>
    <pubDate>Tue, 10 Jun 2003 17:19:52 GMT</pubDate>
    <dc:creator>Adam J Markiewicz</dc:creator>
    <dc:date>2003-06-10T17:19:52Z</dc:date>
    <item>
      <title>Application Exiting Without Core</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/application-exiting-without-core/m-p/2993585#M718473</link>
      <description>I have a third party application that continuely exits with status code 377 (Exhausted Available Memory).  Is there any way to force the application to generate a stack trace either via DDE or GDB?  When I execute the application within DDE or GDB the application exits and I am unable to see the stack.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Chris Thompson</description>
      <pubDate>Tue, 10 Jun 2003 15:16:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/application-exiting-without-core/m-p/2993585#M718473</guid>
      <dc:creator>Chris_164</dc:creator>
      <dc:date>2003-06-10T15:16:48Z</dc:date>
    </item>
    <item>
      <title>Re: Application Exiting Without Core</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/application-exiting-without-core/m-p/2993586#M718474</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;Try this (untested):&lt;BR /&gt;start program under gdb, then type:&lt;BR /&gt;xbreak malloc&lt;BR /&gt;(you'll get breakpoint number, the first one is '1')&lt;BR /&gt;then&lt;BR /&gt;condition 1 $ret0=0&lt;BR /&gt;(register ret0 contains the result of function)&lt;BR /&gt;then&lt;BR /&gt;run&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;Good luck&lt;BR /&gt;Adam&lt;BR /&gt;</description>
      <pubDate>Tue, 10 Jun 2003 17:19:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/application-exiting-without-core/m-p/2993586#M718474</guid>
      <dc:creator>Adam J Markiewicz</dc:creator>
      <dc:date>2003-06-10T17:19:52Z</dc:date>
    </item>
    <item>
      <title>Re: Application Exiting Without Core</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/application-exiting-without-core/m-p/2993587#M718475</link>
      <description>Your problem is that even when you try to add a breakpoint; it's likely not even "close" to the right spot. Because of the "bogus" (i.e. non-errno value) and the non-standard error message (i.e. not generated by perror()), I can't even rule out that this is a "normal" dynamic memory allocation error. This might simply be that a statically defined array has filled and the program detects this and exits. In that case, it's a program induced exit and no core file would be generated.&lt;BR /&gt;&lt;BR /&gt;I do assume that you have not done ulimit -c 0 to suppress core file creation.&lt;BR /&gt;&lt;BR /&gt;This is probably one of those times when it's time to call the developers. You might try increasing maxdsiz and ensuring that you have plenty of swap but I doubt that it's going to help.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 10 Jun 2003 17:31:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/application-exiting-without-core/m-p/2993587#M718475</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2003-06-10T17:31:46Z</dc:date>
    </item>
    <item>
      <title>Re: Application Exiting Without Core</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/application-exiting-without-core/m-p/2993588#M718476</link>
      <description>You could try using gdb and setting breakpoints on exit and _exit.  I often use that to catch programs that are printing an error message and exiting.&lt;BR /&gt;&lt;BR /&gt;(gdb) b exit&lt;BR /&gt;Breakpoint 1 (deferred) at "exit" ("exit" was not found).&lt;BR /&gt;Breakpoint deferred until a shared library containing "exit" is loaded.&lt;BR /&gt;(gdb) b _exit&lt;BR /&gt;Breakpoint 2 (deferred) at "_exit" ("_exit" was not found).&lt;BR /&gt;Breakpoint deferred until a shared library containing "_exit" is loaded.&lt;BR /&gt;(gdb) r&lt;BR /&gt;</description>
      <pubDate>Wed, 11 Jun 2003 15:01:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/application-exiting-without-core/m-p/2993588#M718476</guid>
      <dc:creator>Mike Stroyan</dc:creator>
      <dc:date>2003-06-11T15:01:30Z</dc:date>
    </item>
  </channel>
</rss>

