<?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: /usr/lib/lib*.sl vs. /usr/lib/lib*.1 vs . /usr/lib/lib*.2 in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/usr-lib-lib-sl-vs-usr-lib-lib-1-vs-usr-lib-lib-2/m-p/2691089#M842591</link>
    <description>*.sl is used when the application is being linked. The *.sl file (reference by the sym-link) is opened and its embedded name is stored in the executable.&lt;BR /&gt;&lt;BR /&gt;At run time, the loader will attempt to load the embedded name. This allows app built on 10.20 linked to libc.1 to run on 11.x, as libc.1 is still provided.&lt;BR /&gt;&lt;BR /&gt;"chatr" against a library will display its embedded name. "chatr" against an executable will list the libraries it will attempt to load.</description>
    <pubDate>Wed, 27 Mar 2002 08:09:43 GMT</pubDate>
    <dc:creator>Charles Slivkoff</dc:creator>
    <dc:date>2002-03-27T08:09:43Z</dc:date>
    <item>
      <title>/usr/lib/lib*.sl vs. /usr/lib/lib*.1 vs . /usr/lib/lib*.2</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/usr-lib-lib-sl-vs-usr-lib-lib-1-vs-usr-lib-lib-2/m-p/2691084#M842586</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I have a problem with our development machine compared to our customers "production" machines, in our machine most of /usr/lib/lib*.sl (libc, libcl,libm,..) libraries/links points to .1 version of libs, and at the customer they point to .2 versions, and it seems to cause problems (when running apps in cust. host, we'll get "invalid version for shared library xxxx") mostly with oracles client library. I tried different library orders when linking and I also linked .2 versions to our progs. (and tried all sort of things) but I am not satisfied.&lt;BR /&gt;&lt;BR /&gt;Question: why those *.sl links point to .1 versions in our system and to .2 versions at the customer, does some patch level affect that, both machines are UX11.0&lt;BR /&gt;&lt;BR /&gt;What do I have to do to get those links to point to .2 versions (I think I just can't recreate them) ?&lt;BR /&gt; &lt;BR /&gt;Thanks,&lt;BR /&gt;Hannu</description>
      <pubDate>Tue, 26 Mar 2002 19:42:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/usr-lib-lib-sl-vs-usr-lib-lib-1-vs-usr-lib-lib-2/m-p/2691084#M842586</guid>
      <dc:creator>Hannu R</dc:creator>
      <dc:date>2002-03-26T19:42:23Z</dc:date>
    </item>
    <item>
      <title>Re: /usr/lib/lib*.sl vs. /usr/lib/lib*.1 vs . /usr/lib/lib*.2</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/usr-lib-lib-sl-vs-usr-lib-lib-1-vs-usr-lib-lib-2/m-p/2691085#M842587</link>
      <description>Hannu,&lt;BR /&gt;&lt;BR /&gt;do a man on "libcadmin"&lt;BR /&gt;&lt;BR /&gt;live free or die&lt;BR /&gt;harry</description>
      <pubDate>Tue, 26 Mar 2002 19:51:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/usr-lib-lib-sl-vs-usr-lib-lib-1-vs-usr-lib-lib-2/m-p/2691085#M842587</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2002-03-26T19:51:17Z</dc:date>
    </item>
    <item>
      <title>Re: /usr/lib/lib*.sl vs. /usr/lib/lib*.1 vs . /usr/lib/lib*.2</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/usr-lib-lib-sl-vs-usr-lib-lib-1-vs-usr-lib-lib-2/m-p/2691086#M842588</link>
      <description>Hannu-&lt;BR /&gt;&lt;BR /&gt;do the two machines run different versions of Oracle?  or was one installed twice or overwrote an old version?  it almost seems like there is something like that going on.  It sounds more like a software issue rather than a hp version or patch issue to me.&lt;BR /&gt;&lt;BR /&gt;Mark</description>
      <pubDate>Tue, 26 Mar 2002 19:53:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/usr-lib-lib-sl-vs-usr-lib-lib-1-vs-usr-lib-lib-2/m-p/2691086#M842588</guid>
      <dc:creator>Mark Vollmers</dc:creator>
      <dc:date>2002-03-26T19:53:07Z</dc:date>
    </item>
    <item>
      <title>Re: /usr/lib/lib*.sl vs. /usr/lib/lib*.1 vs . /usr/lib/lib*.2</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/usr-lib-lib-sl-vs-usr-lib-lib-1-vs-usr-lib-lib-2/m-p/2691087#M842589</link>
      <description>Hannu,&lt;BR /&gt;&lt;BR /&gt;Are both machines IDENTICAL, meaning model, CPU speed, etc?&lt;BR /&gt;&lt;BR /&gt;live free or die&lt;BR /&gt;harry</description>
      <pubDate>Tue, 26 Mar 2002 19:57:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/usr-lib-lib-sl-vs-usr-lib-lib-1-vs-usr-lib-lib-2/m-p/2691087#M842589</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2002-03-26T19:57:56Z</dc:date>
    </item>
    <item>
      <title>Re: /usr/lib/lib*.sl vs. /usr/lib/lib*.1 vs . /usr/lib/lib*.2</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/usr-lib-lib-sl-vs-usr-lib-lib-1-vs-usr-lib-lib-2/m-p/2691088#M842590</link>
      <description>If I'm not mistaken, all the .1 files in /usr/lib should be HPUX 10.20 libraries (which are included in HPUX 11.0 for backward compatibility).  The .2 files are for HPUX 11.0.  So on HPUX 11.0 systems, all the .sl files should point to the .2 files.&lt;BR /&gt;&lt;BR /&gt;-Santosh</description>
      <pubDate>Tue, 26 Mar 2002 20:01:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/usr-lib-lib-sl-vs-usr-lib-lib-1-vs-usr-lib-lib-2/m-p/2691088#M842590</guid>
      <dc:creator>Santosh Nair_1</dc:creator>
      <dc:date>2002-03-26T20:01:47Z</dc:date>
    </item>
    <item>
      <title>Re: /usr/lib/lib*.sl vs. /usr/lib/lib*.1 vs . /usr/lib/lib*.2</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/usr-lib-lib-sl-vs-usr-lib-lib-1-vs-usr-lib-lib-2/m-p/2691089#M842591</link>
      <description>*.sl is used when the application is being linked. The *.sl file (reference by the sym-link) is opened and its embedded name is stored in the executable.&lt;BR /&gt;&lt;BR /&gt;At run time, the loader will attempt to load the embedded name. This allows app built on 10.20 linked to libc.1 to run on 11.x, as libc.1 is still provided.&lt;BR /&gt;&lt;BR /&gt;"chatr" against a library will display its embedded name. "chatr" against an executable will list the libraries it will attempt to load.</description>
      <pubDate>Wed, 27 Mar 2002 08:09:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/usr-lib-lib-sl-vs-usr-lib-lib-1-vs-usr-lib-lib-2/m-p/2691089#M842591</guid>
      <dc:creator>Charles Slivkoff</dc:creator>
      <dc:date>2002-03-27T08:09:43Z</dc:date>
    </item>
  </channel>
</rss>

