<?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: Easy way to debug/read 'core' files. in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709264#M60098</link>
    <description>Beyond the file command and strings then this is rather hopeless. You are asking to be able to understand a stack trace without understanding stack traces. In many cases even with debuggers the problem is difficult because the program was not compiled/linked with the debugger data included. Often the symbol table has beem stripped and sometimes even with the debugger/profiler data included the optimizer obscures the actual problem.&lt;BR /&gt;&lt;BR /&gt;You are asking for an easy method that just does not exist. It's a bit like going to a plane crash and wanting to know exactly what caused the crash but not wanting to bother interviewing witnesses and fooling with that silly stuff like flight data recorders.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Tue, 23 Apr 2002 14:26:27 GMT</pubDate>
    <dc:creator>A. Clay Stephenson</dc:creator>
    <dc:date>2002-04-23T14:26:27Z</dc:date>
    <item>
      <title>Easy way to debug/read 'core' files.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709259#M60093</link>
      <description>Hi all. What's the most effective (straight line) approach to quickly getting useful info from a 'core' file without spending time trying to step through debugging registers, etc.?&lt;BR /&gt;I know of 'strings', but not sure of the value of this pointing to the cause.&lt;BR /&gt;I know of 'adb' &amp;amp; 'dde', but am looking for straight forward usage for them.  Whithout having to be a programmer.&lt;BR /&gt;(N-class, 11.00)&lt;BR /&gt;'core' files being generated through Oracle apps. (yes I know I could send it to Oracle support, but it's good to know for ourselves.)&lt;BR /&gt;Thanks in advance,</description>
      <pubDate>Tue, 23 Apr 2002 14:15:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709259#M60093</guid>
      <dc:creator>Jeffrey Davis_1</dc:creator>
      <dc:date>2002-04-23T14:15:14Z</dc:date>
    </item>
    <item>
      <title>Re: Easy way to debug/read 'core' files.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709260#M60094</link>
      <description>&lt;BR /&gt;1. what core&lt;BR /&gt;2. file core&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 23 Apr 2002 14:20:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709260#M60094</guid>
      <dc:creator>hpuxrox</dc:creator>
      <dc:date>2002-04-23T14:20:02Z</dc:date>
    </item>
    <item>
      <title>Re: Easy way to debug/read 'core' files.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709261#M60095</link>
      <description>Hi Jeffrey,&lt;BR /&gt;&lt;BR /&gt; You can use the file command&lt;BR /&gt;file core&lt;BR /&gt;This will usually at least return the "fault" that generated the dump.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Jeff</description>
      <pubDate>Tue, 23 Apr 2002 14:20:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709261#M60095</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2002-04-23T14:20:39Z</dc:date>
    </item>
    <item>
      <title>Re: Easy way to debug/read 'core' files.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709262#M60096</link>
      <description>Hi Jeffrey:&lt;BR /&gt;&lt;BR /&gt;# file core - can be a starting. You can also use these debug commands: what, gdb, xdb or dde.&lt;BR /&gt;&lt;BR /&gt;Check this document (TKB # KNC071499001) for more information:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://us-support2.external.hp.com/cki/bin/doc.pl/sid=fabcb16306860f776c/screen=ckiDisplayDocument?docId=200000042264273" target="_blank"&gt;http://us-support2.external.hp.com/cki/bin/doc.pl/sid=fabcb16306860f776c/screen=ckiDisplayDocument?docId=200000042264273&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Shiju&lt;BR /&gt;</description>
      <pubDate>Tue, 23 Apr 2002 14:23:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709262#M60096</guid>
      <dc:creator>Helen French</dc:creator>
      <dc:date>2002-04-23T14:23:41Z</dc:date>
    </item>
    <item>
      <title>Re: Easy way to debug/read 'core' files.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709263#M60097</link>
      <description>Hi, Here is my output from your suggestion.&lt;BR /&gt;How can this help me tell the problem?&lt;BR /&gt;&lt;BR /&gt;-rw------- 1 applmgr dba 2287116 Apr 23 09:44 core&lt;BR /&gt;# what core&lt;BR /&gt;core:&lt;BR /&gt;$Revision: 82.3 $&lt;BR /&gt;$Revision: 82.8 $&lt;BR /&gt;$ PATCH/11.00:PHCO_22314  Sep 30 2000 13:11:34 $ SMART_BIND 92453-07 dld dld dld.sl B.11.19 001014&lt;BR /&gt;$ PATHCH/11.00:PHCO_16039  Jul 28 1998 16:05:28 &lt;BR /&gt;$ STREAMS: Revision: B.11.00  $Date: 99/07/07 14:00:00 &lt;BR /&gt;$ Pthread Interfaces libpthread HP-UX (Release B.11.00): Tue Aug 31 15:35:32 PDT 1999&lt;BR /&gt;  HP-UX libm shared PA1.1 C math library 980423 (163456)   UX 11.0&lt;BR /&gt;$ PATCH/11.00:PHCO_22314  Sep 30 2000 13:11:34 $ SMART_BIND 92453-07 dld dld dld.sl B.11.19 001014&lt;BR /&gt;&lt;BR /&gt;# file core&lt;BR /&gt;core: core file from 'more' - received SIGSEGV&lt;BR /&gt;</description>
      <pubDate>Tue, 23 Apr 2002 14:24:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709263#M60097</guid>
      <dc:creator>Jeffrey Davis_1</dc:creator>
      <dc:date>2002-04-23T14:24:43Z</dc:date>
    </item>
    <item>
      <title>Re: Easy way to debug/read 'core' files.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709264#M60098</link>
      <description>Beyond the file command and strings then this is rather hopeless. You are asking to be able to understand a stack trace without understanding stack traces. In many cases even with debuggers the problem is difficult because the program was not compiled/linked with the debugger data included. Often the symbol table has beem stripped and sometimes even with the debugger/profiler data included the optimizer obscures the actual problem.&lt;BR /&gt;&lt;BR /&gt;You are asking for an easy method that just does not exist. It's a bit like going to a plane crash and wanting to know exactly what caused the crash but not wanting to bother interviewing witnesses and fooling with that silly stuff like flight data recorders.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 23 Apr 2002 14:26:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709264#M60098</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2002-04-23T14:26:27Z</dc:date>
    </item>
    <item>
      <title>Re: Easy way to debug/read 'core' files.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709265#M60099</link>
      <description>The error SIGSEGV from the more command could be due to maxtsiz being to low in your kernel.&lt;BR /&gt;Try bumping up this value and see if you still core dump.&lt;BR /&gt;&lt;BR /&gt;Peace.......</description>
      <pubDate>Tue, 23 Apr 2002 14:26:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709265#M60099</guid>
      <dc:creator>hpuxrox</dc:creator>
      <dc:date>2002-04-23T14:26:57Z</dc:date>
    </item>
    <item>
      <title>Re: Easy way to debug/read 'core' files.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709266#M60100</link>
      <description>Thanks for all your guidence.&lt;BR /&gt;This is what I figured.&lt;BR /&gt;I appreciate your advice.&lt;BR /&gt;Thanks,</description>
      <pubDate>Tue, 23 Apr 2002 14:27:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709266#M60100</guid>
      <dc:creator>Jeffrey Davis_1</dc:creator>
      <dc:date>2002-04-23T14:27:56Z</dc:date>
    </item>
    <item>
      <title>Re: Easy way to debug/read 'core' files.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709267#M60101</link>
      <description>To be quite honest Jeff, there is no easy way until the command hey_what_created_you_and_why &lt;FILENAME&gt;&lt;BR /&gt;is released!&lt;BR /&gt;&lt;BR /&gt;The suggestions above, such as file, will lead you to the app, then apply relevant app patches.&lt;BR /&gt;&lt;BR /&gt;If you really want to debug core, you need to have app source code.&lt;BR /&gt;&lt;BR /&gt;Bill&lt;BR /&gt;&lt;BR /&gt;&lt;/FILENAME&gt;</description>
      <pubDate>Tue, 23 Apr 2002 14:28:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709267#M60101</guid>
      <dc:creator>Bill McNAMARA_1</dc:creator>
      <dc:date>2002-04-23T14:28:20Z</dc:date>
    </item>
    <item>
      <title>Re: Easy way to debug/read 'core' files.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709268#M60102</link>
      <description>SIGSEGV faults are most often associated with the kernel params maxsiz, maxtsiz &amp;amp; maxdsiz OR _64bit if running 64-bit.&lt;BR /&gt;One or all of these may need to be adjusted.&lt;BR /&gt;Can also be one/some of the shared memory shm* kernel params as well.&lt;BR /&gt;If you will post you kernel params - do&lt;BR /&gt;sysdef&lt;BR /&gt;here we can take a look at them.&lt;BR /&gt;&lt;BR /&gt;Rgds,&lt;BR /&gt;Jeff</description>
      <pubDate>Tue, 23 Apr 2002 14:30:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709268#M60102</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2002-04-23T14:30:32Z</dc:date>
    </item>
    <item>
      <title>Re: Easy way to debug/read 'core' files.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709269#M60103</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Just to share my knowledge.&lt;BR /&gt;&lt;BR /&gt;In Oracle normally, each core (cdump directory) is associated with a trace file (bdump directory) more information is also found in alert_&lt;SID&gt;.log (bdump)&lt;BR /&gt;&lt;BR /&gt;And of course, you can use "file" on the core dump.&lt;BR /&gt;&lt;BR /&gt;To end, i would say that you should trust the support people (Metalink) they have a good team and do their job well. You might as well ask them questions if something is unclear to you.&lt;BR /&gt;&lt;BR /&gt;with best regards&lt;BR /&gt;Yogeeraj&lt;/SID&gt;</description>
      <pubDate>Wed, 24 Apr 2002 05:44:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/easy-way-to-debug-read-core-files/m-p/2709269#M60103</guid>
      <dc:creator>Yogeeraj_1</dc:creator>
      <dc:date>2002-04-24T05:44:35Z</dc:date>
    </item>
  </channel>
</rss>

