<?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: Error debugging Oracle core in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/error-debugging-oracle-core/m-p/4993133#M100516</link>
    <description>Hi, &lt;BR /&gt;&lt;BR /&gt;This error is seen due to the oracle library being compiled with an older compiler. This is caused due to a corrupted executable/shlib/object file which in turn is caused by older compilers. The right solution is to get a libjox9.so compiled using the latest compilers. Meanwhile, there are 2 workarounds to this problem at the cost of hindering debuggability of this library.&lt;BR /&gt;&lt;BR /&gt;1. Stripping the debug info from this library using the "strip -l libjox9.so" command. (It would be prudent to save a copy before doing this).&lt;BR /&gt;&lt;BR /&gt;2. Try:&lt;BR /&gt;(gdb) set src-no-g none&lt;BR /&gt;(gdb) file a.out&lt;BR /&gt;You need to load the executable after the src-no-g is set.&lt;BR /&gt;&lt;BR /&gt;Do let us know if this helps.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Jini.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Wed, 26 Jul 2006 01:13:55 GMT</pubDate>
    <dc:creator>Jini Susan George</dc:creator>
    <dc:date>2006-07-26T01:13:55Z</dc:date>
    <item>
      <title>Error debugging Oracle core</title>
      <link>https://community.hpe.com/t5/operating-system-linux/error-debugging-oracle-core/m-p/4993132#M100515</link>
      <description>Hi:&lt;BR /&gt;&lt;BR /&gt;   I have downloaded WDB to my HP-UX 11.23 box (last version) to debug an Oracle core. But when trying to do so, I get this:&lt;BR /&gt;&lt;BR /&gt;# gdb /oracle/SAC/920_64/bin/oracle  /oracle/SAC/admin/cdump/core_27014/core&lt;BR /&gt;HP gdb 5.4.0 for HP Itanium (32 or 64 bit) and target HP-UX 11.2x.&lt;BR /&gt;Copyright 1986 - 2001 Free Software Foundation, Inc.&lt;BR /&gt;Hewlett-Packard Wildebeest 5.4.0 (based on GDB) is covered by the&lt;BR /&gt;GNU General Public License. Type "show copying" to see the conditions to&lt;BR /&gt;change it and/or distribute copies. Type "show warranty" for warranty/support.&lt;BR /&gt;..&lt;BR /&gt;Core was generated by `oracle'.&lt;BR /&gt;Program terminated with signal 6, Aborted.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;warning: Load module /oracle/SAC/920_64/lib//libodm9.so has been stripped.&lt;BR /&gt;Debugging information is not available.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;warning: Load module /oracle/SAC/920_64/lib//libskgxp9.so has been stripped.&lt;BR /&gt;Debugging information is not available.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;warning: DWARF Error: wrong version (0x4, expected 2) in compilation unit header of /oracle/SAC/920_64/lib//libjox9.so.&lt;BR /&gt;#0  0xc00000000031b890:0 in kill+0x30 () from /usr/lib/hpux64/libc.so.1&lt;BR /&gt;(gdb) bt&lt;BR /&gt;#0  0xc00000000031b890:0 in kill+0x30 () from /usr/lib/hpux64/libc.so.1&lt;BR /&gt;BFD: BFD internal error, aborting at ../../../Src/gnu/gdb/dwarf2read.c line 7722 in unsigned long long read_address(struct _bfd *, char *)&lt;BR /&gt;&lt;BR /&gt;BFD: Please report this bug.&lt;BR /&gt;&lt;BR /&gt;#&lt;BR /&gt;&lt;BR /&gt;Any help available is truly appreciated.&lt;BR /&gt;&lt;BR /&gt;Jose Enrique Gonzalez&lt;BR /&gt;Caracas, Venezuela</description>
      <pubDate>Tue, 25 Jul 2006 17:05:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/error-debugging-oracle-core/m-p/4993132#M100515</guid>
      <dc:creator>José Enrique González</dc:creator>
      <dc:date>2006-07-25T17:05:17Z</dc:date>
    </item>
    <item>
      <title>Re: Error debugging Oracle core</title>
      <link>https://community.hpe.com/t5/operating-system-linux/error-debugging-oracle-core/m-p/4993133#M100516</link>
      <description>Hi, &lt;BR /&gt;&lt;BR /&gt;This error is seen due to the oracle library being compiled with an older compiler. This is caused due to a corrupted executable/shlib/object file which in turn is caused by older compilers. The right solution is to get a libjox9.so compiled using the latest compilers. Meanwhile, there are 2 workarounds to this problem at the cost of hindering debuggability of this library.&lt;BR /&gt;&lt;BR /&gt;1. Stripping the debug info from this library using the "strip -l libjox9.so" command. (It would be prudent to save a copy before doing this).&lt;BR /&gt;&lt;BR /&gt;2. Try:&lt;BR /&gt;(gdb) set src-no-g none&lt;BR /&gt;(gdb) file a.out&lt;BR /&gt;You need to load the executable after the src-no-g is set.&lt;BR /&gt;&lt;BR /&gt;Do let us know if this helps.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Jini.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 26 Jul 2006 01:13:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/error-debugging-oracle-core/m-p/4993133#M100516</guid>
      <dc:creator>Jini Susan George</dc:creator>
      <dc:date>2006-07-26T01:13:55Z</dc:date>
    </item>
    <item>
      <title>Re: Error debugging Oracle core</title>
      <link>https://community.hpe.com/t5/operating-system-linux/error-debugging-oracle-core/m-p/4993134#M100517</link>
      <description>&lt;BR /&gt;Thanks a lot! I applied the second solution and succesfully could get the stack trace. However, using this procedure, messages warning  about libraries being stripped are also shown; I checked the pointed binaries and no modifications were actually done to them, so I think I could apply number 1 safely (I'll check it in a test environment)</description>
      <pubDate>Wed, 26 Jul 2006 08:54:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/error-debugging-oracle-core/m-p/4993134#M100517</guid>
      <dc:creator>José Enrique González</dc:creator>
      <dc:date>2006-07-26T08:54:57Z</dc:date>
    </item>
  </channel>
</rss>

