<?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: program hangs in dld in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/program-hangs-in-dld/m-p/4408750#M682302</link>
    <description>can you try increasing the thread stack size ?</description>
    <pubDate>Tue, 12 May 2009 03:38:27 GMT</pubDate>
    <dc:creator>ranganath ramachandra</dc:creator>
    <dc:date>2009-05-12T03:38:27Z</dc:date>
    <item>
      <title>program hangs in dld</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/program-hangs-in-dld/m-p/4408747#M682299</link>
      <description>&lt;!--!*#--&gt;&lt;BR /&gt;we have custom program written in c,&lt;BR /&gt;which is linked with oracle 10.2.0 libs.&lt;BR /&gt;Program is 32bit, running on &lt;BR /&gt;"HP-UX devd3 B.11.11 U 9000/800"&lt;BR /&gt;Program should use SHLIB_PATH to locate oracle libraries (located in $ORACLE_HOME/lib32) -&amp;gt; so it's linked with "+s" specified to ld.&lt;BR /&gt;&lt;BR /&gt;When I run program it hangs in:&lt;BR /&gt;"bind_symbol" which is in dld -&amp;gt; output is from gdb:&lt;BR /&gt;(gdb) info threads&lt;BR /&gt;*   4 system thread 3404991 Priority:154  0x76821be8 in __ksleep+0x10 ()&lt;BR /&gt;   from /usr/lib/libc.2&lt;BR /&gt;    3 system thread 3404989 Priority:154  0x76821be8 in __ksleep+0x10 ()&lt;BR /&gt;   from /usr/lib/libc.2&lt;BR /&gt;    2 system thread 3404990 Priority:179  0xc00207f4 in bind_symbol+0x34 ()&lt;BR /&gt;   from /usr/lib/dld.sl&lt;BR /&gt;    1 system thread 3404985 Priority:154  0x7660c720 in ___lwp_wait_sys+0x10 ()&lt;BR /&gt;   from /usr/lib/libpthread.1&lt;BR /&gt;(gdb) thread 2&lt;BR /&gt;[Switching to thread 2 (system thread 3404990)]&lt;BR /&gt;#0  0xc00207f4 in bind_symbol+0x34 () from /usr/lib/dld.sl&lt;BR /&gt;(gdb) bt&lt;BR /&gt;#0  0xc00207f4 in bind_symbol+0x34 () from /usr/lib/dld.sl&lt;BR /&gt;#1  0xc0025bd0 in bind_module_symbols+0x174 () from /usr/lib/dld.sl&lt;BR /&gt;#2  0xc001f45c in dosmartbind+0x80 () from /usr/lib/dld.sl&lt;BR /&gt;#3  0xc00251ac in findlibsym+0x70c () from /usr/lib/dld.sl&lt;BR /&gt;#4  0xc003e0ec in findexportsym#HLO_CL_#i9_0x0#ib_0x0+0x430 ()&lt;BR /&gt;   from /usr/lib/dld.sl&lt;BR /&gt;#5  0xc00208a8 in bind_symbol+0xe8 () from /usr/lib/dld.sl&lt;BR /&gt;#6  0xc0025bd0 in bind_module_symbols+0x174 () from /usr/lib/dld.sl&lt;BR /&gt;#7  0xc001f45c in dosmartbind+0x80 () from /usr/lib/dld.sl&lt;BR /&gt;#8  0xc00251ac in findlibsym+0x70c () from /usr/lib/dld.sl&lt;BR /&gt;#9  0xc003e0ec in findexportsym#HLO_CL_#i9_0x0#ib_0x0+0x430 ()&lt;BR /&gt;   from /usr/lib/dld.sl&lt;BR /&gt;#10 0xc00208a8 in bind_symbol+0xe8 () from /usr/lib/dld.sl&lt;BR /&gt;#11 0xc0025bd0 in bind_module_symbols+0x174 () from /usr/lib/dld.sl&lt;BR /&gt;#12 0xc001f45c in dosmartbind+0x80 () from /usr/lib/dld.sl&lt;BR /&gt;#13 0xc00251ac in findlibsym+0x70c () from /usr/lib/dld.sl&lt;BR /&gt;#14 0xc003e0ec in findexportsym#HLO_CL_#i9_0x0#ib_0x0+0x430 ()&lt;BR /&gt;   from /usr/lib/dld.sl&lt;BR /&gt;#15 0xc00208a8 in bind_symbol+0xe8 () from /usr/lib/dld.sl&lt;BR /&gt;#16 0xc0025bd0 in bind_module_symbols+0x174 () from /usr/lib/dld.sl&lt;BR /&gt;#17 0xc001f45c in dosmartbind+0x80 () from /usr/lib/dld.sl&lt;BR /&gt;#18 0xc00251ac in findlibsym+0x70c () from /usr/lib/dld.sl&lt;BR /&gt;#19 0xc003e0ec in findexportsym#HLO_CL_#i9_0x0#ib_0x0+0x430 ()&lt;BR /&gt;   from /usr/lib/dld.sl&lt;BR /&gt;.... cut ... this repeats more than 100times ...&lt;BR /&gt;#292 0xc001f45c in dosmartbind+0x80 () from /usr/lib/dld.sl&lt;BR /&gt;#293 0xc00251ac in findlibsym+0x70c () from /usr/lib/dld.sl&lt;BR /&gt;#294 0xc003e0ec in findexportsym#HLO_CL_#i9_0x0#ib_0x0+0x430 ()&lt;BR /&gt;   from /usr/lib/dld.sl&lt;BR /&gt;#295 0xc00208a8 in bind_symbol+0xe8 () from /usr/lib/dld.sl&lt;BR /&gt;#296 0xc00260d0 in bind_symbols+0x138 () from /usr/lib/dld.sl&lt;BR /&gt;#297 0xc0036b1c in dlopen_override_now+0xb4 () from /usr/lib/dld.sl&lt;BR /&gt;#298 0xc0036eec in __dlopen+0x2e4 () from /usr/lib/dld.sl&lt;BR /&gt;#299 0x76861e3c in _dlopen+0xcc () from /usr/lib/libdld.2&lt;BR /&gt;#300 0x77c33dbc in slpmloclfv+0x60 ()&lt;BR /&gt;   from /ccbdevd3_oracle10/product/10.2.0/lib32/libclntsh.sl.10.1&lt;BR /&gt;#301 0x77c34190 in slpmloc+0x1cc ()&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Behavior of program "slightly" changes when I unset SHLIB_PATH. In that case program works fine. I think it's using "last resort" absolute path which is same as specified in SHLIB_PATH to locate oracle's libraries.&lt;BR /&gt;&lt;BR /&gt;It's problem, when I move compiled program to another environment, where "last resort" paths are not valid and SHLIB_PATH doesn't help -- program hangs.&lt;BR /&gt;&lt;BR /&gt;Any ideas what's happening there?&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;&lt;BR /&gt;Dusan</description>
      <pubDate>Mon, 27 Apr 2009 13:37:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/program-hangs-in-dld/m-p/4408747#M682299</guid>
      <dc:creator>Dusan Onofer</dc:creator>
      <dc:date>2009-04-27T13:37:57Z</dc:date>
    </item>
    <item>
      <title>Re: program hangs in dld</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/program-hangs-in-dld/m-p/4408748#M682300</link>
      <description>Do you have the latest dld patch installed? PHSS_39077&lt;BR /&gt;&lt;BR /&gt;If this doesn't fix it, you'll have to contact the Response Center.</description>
      <pubDate>Tue, 28 Apr 2009 02:39:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/program-hangs-in-dld/m-p/4408748#M682300</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2009-04-28T02:39:52Z</dc:date>
    </item>
    <item>
      <title>Re: program hangs in dld</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/program-hangs-in-dld/m-p/4408749#M682301</link>
      <description>&lt;BR /&gt;Thanks, but id didn't help. But I've noticed when I link objects with -B immediate program works as expected. I'll contact Response Center.</description>
      <pubDate>Tue, 28 Apr 2009 13:09:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/program-hangs-in-dld/m-p/4408749#M682301</guid>
      <dc:creator>Dusan Onofer</dc:creator>
      <dc:date>2009-04-28T13:09:06Z</dc:date>
    </item>
    <item>
      <title>Re: program hangs in dld</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/program-hangs-in-dld/m-p/4408750#M682302</link>
      <description>can you try increasing the thread stack size ?</description>
      <pubDate>Tue, 12 May 2009 03:38:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/program-hangs-in-dld/m-p/4408750#M682302</guid>
      <dc:creator>ranganath ramachandra</dc:creator>
      <dc:date>2009-05-12T03:38:27Z</dc:date>
    </item>
    <item>
      <title>Re: program hangs in dld</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/program-hangs-in-dld/m-p/4408751#M682303</link>
      <description>Bingo!&lt;BR /&gt;&lt;BR /&gt;increasing thread stack size works. I've tryed this also before, but it was not enough. Now I enlarged it even more and it's fine. &lt;BR /&gt;Thank you.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 18 May 2009 07:11:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/program-hangs-in-dld/m-p/4408751#M682303</guid>
      <dc:creator>Dusan Onofer</dc:creator>
      <dc:date>2009-05-18T07:11:57Z</dc:date>
    </item>
  </channel>
</rss>

