1830470 Members
2632 Online
110005 Solutions
New Discussion

libcryto.sl

 
SOLVED
Go to solution
Donny Jekels
Respected Contributor

libcryto.sl

/usr/lib/dld.sl: Unresolved symbol: __umoddi3 (code) from /usr/local/lib/libcrypto.sl

I have compiled ssl, removed, and installed ssl from hp porting site.

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.

ssh install fine, but throws this error now when it tries to run ssh-keygen to generate host keys.

any ideas welcome, I have drained all my resources.
"Vision, is the art of seeing the invisible"
7 REPLIES 7
Steven E. Protter
Exalted Contributor
Solution

Re: libcryto.sl

How did you install /dev/random on 11.00. I thought the strong random number generator is only 11.11 or above?

Simple stuff:
1) File exists?
2) Directory the file is in is on the SHLIB_PATH?

SEP
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
Sridhar Bhaskarla
Honored Contributor

Re: libcryto.sl

Donny,

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.

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'.

-Sri

You may be disappointed if you fail, but you are doomed if you don't try
Donny Jekels
Respected Contributor

Re: libcryto.sl

SEP,

someone on the forum directed me to freshmeet.net for 11.0 /dev/random

Sri,
do you have a depot created for these tools? I am probibly just tired for this now.

also, we need large file support for ssh(scp), with-pam with-dns with-tcp-wrappers

ssl & zlib compiled in shared mode

I will try one more time with gcc.

thanks
Donny
"Vision, is the art of seeing the invisible"
Donny Jekels
Respected Contributor

Re: libcryto.sl

with /dev/random installed my compilation says's ssl internally seeded = yes
"Vision, is the art of seeing the invisible"
H.Merijn Brand (procura
Honored Contributor

Re: libcryto.sl

__umoddi3 is most likely from libgcc.a

Don't recompile everything again with gcc (unless you have to), just link the final object to libgcc.a

.... -L/your/path/to/gcc/lib/ -lgcc ...

Enjoy, Have FUN! H.Merijn [ probably your /dev/random someone ]
Enjoy, Have FUN! H.Merijn
Donny Jekels
Respected Contributor

Re: libcryto.sl

procura,

appologies for the "someone". I am a very slow dialup at this time and did not want to search through my previous postings.

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

maybe thats why nothing works for me today...


peace,
donny
"Vision, is the art of seeing the invisible"
ranganath ramachandra
Esteemed Contributor

Re: libcryto.sl

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.

just set LD_PRELOAD=/what/ever/path/libgcc.sl and run the a.out.
 
--
ranga
hp-ux 11i v3[i work for hpe]

Accept or Kudo