<?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: libcryto.sl in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309387#M185280</link>
    <description>__umoddi3 is most likely from libgcc.a&lt;BR /&gt;&lt;BR /&gt;Don't recompile everything again with gcc (unless you have to), just link the final object to libgcc.a&lt;BR /&gt;&lt;BR /&gt;.... -L/your/path/to/gcc/lib/ -lgcc ...&lt;BR /&gt;&lt;BR /&gt;Enjoy, Have FUN! H.Merijn [ probably your /dev/random someone ]</description>
    <pubDate>Fri, 18 Jun 2004 15:26:54 GMT</pubDate>
    <dc:creator>H.Merijn Brand (procura</dc:creator>
    <dc:date>2004-06-18T15:26:54Z</dc:date>
    <item>
      <title>libcryto.sl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309382#M185275</link>
      <description>/usr/lib/dld.sl: Unresolved symbol: __umoddi3 (code)  from /usr/local/lib/libcrypto.sl&lt;BR /&gt;&lt;BR /&gt;I have compiled ssl, removed, and installed ssl from hp porting site.&lt;BR /&gt;&lt;BR /&gt;was able to compile ssh after I installed /dev/random for 11.0 - now passes checking ssl seed test without modifying configure script of ssh.&lt;BR /&gt;&lt;BR /&gt;ssh install fine, but throws this error now when it tries to run ssh-keygen to generate host keys.&lt;BR /&gt;&lt;BR /&gt;any ideas welcome, I have drained all my resources.</description>
      <pubDate>Fri, 18 Jun 2004 11:40:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309382#M185275</guid>
      <dc:creator>Donny Jekels</dc:creator>
      <dc:date>2004-06-18T11:40:48Z</dc:date>
    </item>
    <item>
      <title>Re: libcryto.sl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309383#M185276</link>
      <description>How did you install /dev/random on 11.00. I thought the strong random number generator is only 11.11 or above?&lt;BR /&gt;&lt;BR /&gt;Simple stuff:&lt;BR /&gt;1) File exists?&lt;BR /&gt;2) Directory the file is in is on the SHLIB_PATH?&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Fri, 18 Jun 2004 12:09:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309383#M185276</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-06-18T12:09:44Z</dc:date>
    </item>
    <item>
      <title>Re: libcryto.sl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309384#M185277</link>
      <description>Donny,&lt;BR /&gt;&lt;BR /&gt;If you compiled ssh using your compiled version of ssl, then your ssh would be looking for your compiled ssl libraries. Either you recompile ssh with HP's openssl or you will need to put your openssl back in place.&lt;BR /&gt;&lt;BR /&gt;BTW, I could compile openssl0.9.7d and openssh3.8 successfully. It didn't complain about seeding. It simply said openssl not internally seeded and went ahead. I used 'gcc'.&lt;BR /&gt;&lt;BR /&gt;-Sri&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 18 Jun 2004 14:26:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309384#M185277</guid>
      <dc:creator>Sridhar Bhaskarla</dc:creator>
      <dc:date>2004-06-18T14:26:03Z</dc:date>
    </item>
    <item>
      <title>Re: libcryto.sl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309385#M185278</link>
      <description>SEP,&lt;BR /&gt;&lt;BR /&gt;someone on the forum directed me to freshmeet.net for 11.0 /dev/random&lt;BR /&gt;&lt;BR /&gt;Sri,&lt;BR /&gt;do you have a depot created for these tools? I am probibly just tired for this now. &lt;BR /&gt;&lt;BR /&gt;also, we need large file support for ssh(scp), with-pam with-dns with-tcp-wrappers &lt;BR /&gt;&lt;BR /&gt;ssl &amp;amp; zlib compiled in shared mode&lt;BR /&gt;&lt;BR /&gt;I will try one more time with gcc.&lt;BR /&gt;&lt;BR /&gt;thanks&lt;BR /&gt;Donny</description>
      <pubDate>Fri, 18 Jun 2004 15:06:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309385#M185278</guid>
      <dc:creator>Donny Jekels</dc:creator>
      <dc:date>2004-06-18T15:06:01Z</dc:date>
    </item>
    <item>
      <title>Re: libcryto.sl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309386#M185279</link>
      <description>with /dev/random installed my compilation says's ssl internally seeded = yes</description>
      <pubDate>Fri, 18 Jun 2004 15:19:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309386#M185279</guid>
      <dc:creator>Donny Jekels</dc:creator>
      <dc:date>2004-06-18T15:19:45Z</dc:date>
    </item>
    <item>
      <title>Re: libcryto.sl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309387#M185280</link>
      <description>__umoddi3 is most likely from libgcc.a&lt;BR /&gt;&lt;BR /&gt;Don't recompile everything again with gcc (unless you have to), just link the final object to libgcc.a&lt;BR /&gt;&lt;BR /&gt;.... -L/your/path/to/gcc/lib/ -lgcc ...&lt;BR /&gt;&lt;BR /&gt;Enjoy, Have FUN! H.Merijn [ probably your /dev/random someone ]</description>
      <pubDate>Fri, 18 Jun 2004 15:26:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309387#M185280</guid>
      <dc:creator>H.Merijn Brand (procura</dc:creator>
      <dc:date>2004-06-18T15:26:54Z</dc:date>
    </item>
    <item>
      <title>Re: libcryto.sl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309388#M185281</link>
      <description>procura,&lt;BR /&gt;&lt;BR /&gt;appologies for the "someone". I am a very slow dialup at this time and did not want to search through my previous postings.&lt;BR /&gt;&lt;BR /&gt;no an excuse for looking back, but I am sitting on the beach with a cigar, and a scotch (on the rocks) in my swim suit with a cell-phone dialup&lt;BR /&gt;&lt;BR /&gt;maybe thats why nothing works for me today...&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;peace,&lt;BR /&gt;donny</description>
      <pubDate>Fri, 18 Jun 2004 15:39:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309388#M185281</guid>
      <dc:creator>Donny Jekels</dc:creator>
      <dc:date>2004-06-18T15:39:16Z</dc:date>
    </item>
    <item>
      <title>Re: libcryto.sl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309389#M185282</link>
      <description>not a very clean solution, but if the problem is not serious enough to ruin your day (?) at the beach, you can probably LD_PRELOAD libgcc.sl (if there is one). i'm assuming procura properly pointed out where the symbol should come from.&lt;BR /&gt;&lt;BR /&gt;just set LD_PRELOAD=/what/ever/path/libgcc.sl and run the a.out.</description>
      <pubDate>Sat, 19 Jun 2004 01:08:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/libcryto-sl/m-p/3309389#M185282</guid>
      <dc:creator>ranganath ramachandra</dc:creator>
      <dc:date>2004-06-19T01:08:05Z</dc:date>
    </item>
  </channel>
</rss>

