<?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: shl_load shared library error (Oracle-SAS) in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/shl-load-shared-library-error-oracle-sas/m-p/2442217#M769121</link>
    <description>Sorry, a typo. I mean the hack is not a solution to your problem, you need a new libjava.sl.</description>
    <pubDate>Mon, 04 Sep 2000 10:14:13 GMT</pubDate>
    <dc:creator>Christian Haug</dc:creator>
    <dc:date>2000-09-04T10:14:13Z</dc:date>
    <item>
      <title>shl_load shared library error (Oracle-SAS)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/shl-load-shared-library-error-oracle-sas/m-p/2442213#M769117</link>
      <description>We are running Oracle 8.1.6 on an N4000, HPUX 11.0.  We have installed SAS 8, which should connect to the Oracle database via its Access&lt;BR /&gt;product.  Attempts at connection fail with this error from the OS:&lt;BR /&gt;/usr/lib/dld.sl: Can't shl_load() a library containing Thread Local Storage:&lt;BR /&gt;/oracle/product/8.1.6/JRE/lib/PA_RISC/native_threads/libjava.sl&lt;BR /&gt;/usr/lib/dld.sl: Exec format error&lt;BR /&gt;&lt;BR /&gt;We haven't run into problems connecting to the database in any way other than SAS 8 Access.  SAS support has not yet been helpful.  I have sent them a copy of HP document AUSRCKBAN00000314 (shl_loading shared libraries with thread local storage), but that hasn't gone anywhere yet.  Should I be pointing a finger at Oracle, too?  Is there anything I can do on the HP side?  Thanks for  any enlightenment you can offer.</description>
      <pubDate>Fri, 01 Sep 2000 18:24:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/shl-load-shared-library-error-oracle-sas/m-p/2442213#M769117</guid>
      <dc:creator>Shirley Barger</dc:creator>
      <dc:date>2000-09-01T18:24:36Z</dc:date>
    </item>
    <item>
      <title>Re: shl_load shared library error (Oracle-SAS)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/shl-load-shared-library-error-oracle-sas/m-p/2442214#M769118</link>
      <description>Patches (from both HP and Oracle) should be investigated.&lt;BR /&gt;BTW, don't point the finger at one, point it at both.&lt;BR /&gt;&lt;BR /&gt;They have a way of saying "It's their problem."</description>
      <pubDate>Fri, 01 Sep 2000 18:28:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/shl-load-shared-library-error-oracle-sas/m-p/2442214#M769118</guid>
      <dc:creator>Rick Garland</dc:creator>
      <dc:date>2000-09-01T18:28:22Z</dc:date>
    </item>
    <item>
      <title>Re: shl_load shared library error (Oracle-SAS)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/shl-load-shared-library-error-oracle-sas/m-p/2442215#M769119</link>
      <description>Here is a horrible hack that might get SAS working with Oracle Access.  You could spoof an existing shared library that the application is already linked with.  The new shared library would be found first by using SHLIB_PATH.  It would pull in both the real version of the shared library and the libjava.sl library that has TLS data.  You will need a compiler just to&lt;BR /&gt;create a .o file for the new shared library.&lt;BR /&gt;Assuming the application executable is /bin/foo-&lt;BR /&gt;su&lt;BR /&gt;chatr +s enable /bin/foo&lt;BR /&gt;&lt;NOTE some="" shared="" library="" listed="" by="" the="" chatr="" output=""&gt;&lt;BR /&gt;echo "int d(){}" &amp;gt; d.c&lt;BR /&gt;cc +Z -c d.c&lt;BR /&gt;ld -b -o libc.2 d.o /usr/lib/libc.2 /opt/java/lib/PA_RISC/native_threads/libjava.sl&lt;BR /&gt;export SHLIB_PATH=$PWD&lt;BR /&gt;/bin/foo&lt;BR /&gt;--------------------------------------------------------------------------------------&lt;/NOTE&gt;</description>
      <pubDate>Fri, 01 Sep 2000 21:43:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/shl-load-shared-library-error-oracle-sas/m-p/2442215#M769119</guid>
      <dc:creator>Mike Stroyan</dc:creator>
      <dc:date>2000-09-01T21:43:46Z</dc:date>
    </item>
    <item>
      <title>Re: shl_load shared library error (Oracle-SAS)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/shl-load-shared-library-error-oracle-sas/m-p/2442216#M769120</link>
      <description>I think your problem is, that you have not the correct library, because the modul Thread Local Storage is not found by the application in the shared library. Therefore you have to call for a new libjava.sl library which contents these code.&lt;BR /&gt;For this reason I don't think the above hack is not your solution.</description>
      <pubDate>Mon, 04 Sep 2000 09:52:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/shl-load-shared-library-error-oracle-sas/m-p/2442216#M769120</guid>
      <dc:creator>Christian Haug</dc:creator>
      <dc:date>2000-09-04T09:52:36Z</dc:date>
    </item>
    <item>
      <title>Re: shl_load shared library error (Oracle-SAS)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/shl-load-shared-library-error-oracle-sas/m-p/2442217#M769121</link>
      <description>Sorry, a typo. I mean the hack is not a solution to your problem, you need a new libjava.sl.</description>
      <pubDate>Mon, 04 Sep 2000 10:14:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/shl-load-shared-library-error-oracle-sas/m-p/2442217#M769121</guid>
      <dc:creator>Christian Haug</dc:creator>
      <dc:date>2000-09-04T10:14:13Z</dc:date>
    </item>
  </channel>
</rss>

