Stumped - symbol loockup error: undefined symbol: EVP_idea_cbc

Crashdamage

On Wed, 09 Jan 2008 15:11:41 GMT, Dan Espen
<.SPAMtelcordia.com> wrote:
> Crashdamage <03z1krd7@nospam.invalid> writes:
(snip)
>>>>> So both libcrypto.so files are version 0.9.7
>>>>> but one has EVP_idea_cbc and the other doesn't.
>>>>> Somebody screwed up.

Seems you were right about this all along...see below...
(snip)
>>> You didn't try:
>>
>>> nm -D /opt/win4linpro/lib/sys/libcrypto.so | grep EVP_idea
>>
>>> That's the one ldd said it was using when it couldn't resolve
>>> the symbol.
>>
>> Well, I did, I just didn't post the output because I didn't think it was
>> meaningful:
>>
>> $ nm -D /opt/win4linpro/lib/sys/libcrypto.so | grep EVP_idea
>> nm: '/opt/win4linpro/lib/sys/libcrypto.so': No such file

> Get the name of the library right. I don't have the whole thread
> here but it may need a version number at the end.

Sorry, my goof, I was just really tired at the time:

$ nm -D /opt/win4linpro/lib/sys/libcrypt.so.0.9.7 | grep EVP_idea
$

Which got me thinking...

> There is a libcrypto in win4lin that lacks the symbols shown above.
> That's why you get those error messages.

I'm seeing what you mean a little clearer, but I don't understand how
that could be since that file is unchanged from before. But I renamed
/sys (from the above) to get it out of the way and - VOILA!! Firefox
lives!! And of course some other things.

Just to test, I uninstall/reinstall Win4LinPro to get a fresh set of
files - Firefox dies and the EVP symbol error is back.

So I checked some old Win4Lin backups and under /opt/win4linpro/lib/sys
libcrypt.so.0.9.7 is not there - in fact there's not even a /sys. On a
hunch it may not be needed at all, I just delete libcrypt.so.0.9.7 from
/opt/win4linpro/lib/sys and try Win4LinPro - it runs, and as far as I
can tell just as before, which is to say pretty nice.

So THANKS!!! I'm not a programmer and certainly no guru. I've used
Linux for about 6 years, but I'm a user, not a programmer. I can't
quite get my pinhead around what all this means exactly, but it works
and that's the bottom line.

I am curious what libcrypt.so.0.9.7 actually is supposed to do in
Win4LinPro. And I'm *very* curious what could still be changed on the
system from before. Something has to be. It can't be a Win4Lin
problem, not really. The exact same Win4Lin rpm never caused this or
any other conflicts or problems before my little Firefox3 adventure.
If you could explain all this a little clearer or give me a hint on how
to track down what is still changed, I'd buy you a few if you're ever in
Kansas City.

Thanks again for the help!
--
Registered Linux user #266531

Dan Espen

Crashdamage <03z1krd7@nospam.invalid> writes:

> On Wed, 09 Jan 2008 15:11:41 GMT, Dan Espen
> <.SPAMtelcordia.com> wrote:
>> Crashdamage <03z1krd7@nospam.invalid> writes:
> (snip)
>>>>>> So both libcrypto.so files are version 0.9.7
>>>>>> but one has EVP_idea_cbc and the other doesn't.
>>>>>> Somebody screwed up.
>
> Seems you were right about this all along...see below...
> (snip)
>>>> You didn't try:
>>>
>>>> nm -D /opt/win4linpro/lib/sys/libcrypto.so | grep EVP_idea
>>>
>>>> That's the one ldd said it was using when it couldn't resolve
>>>> the symbol.
>>>
>>> Well, I did, I just didn't post the output because I didn't think it was
>>> meaningful:
>>>
>>> $ nm -D /opt/win4linpro/lib/sys/libcrypto.so | grep EVP_idea
>>> nm: '/opt/win4linpro/lib/sys/libcrypto.so': No such file
>
>> Get the name of the library right. I don't have the whole thread
>> here but it may need a version number at the end.
>
> Sorry, my goof, I was just really tired at the time:
>
> $ nm -D /opt/win4linpro/lib/sys/libcrypt.so.0.9.7 | grep EVP_idea
> $
>
> Which got me thinking...
>
>> There is a libcrypto in win4lin that lacks the symbols shown above.
>> That's why you get those error messages.
>
> I'm seeing what you mean a little clearer, but I don't understand how
> that could be since that file is unchanged from before. But I renamed
> /sys (from the above) to get it out of the way and - VOILA!! Firefox
> lives!! And of course some other things.
>
> Just to test, I uninstall/reinstall Win4LinPro to get a fresh set of
> files - Firefox dies and the EVP symbol error is back.
>
> So I checked some old Win4Lin backups and under /opt/win4linpro/lib/sys
> libcrypt.so.0.9.7 is not there - in fact there's not even a /sys. On a
> hunch it may not be needed at all, I just delete libcrypt.so.0.9.7 from
> /opt/win4linpro/lib/sys and try Win4LinPro - it runs, and as far as I
> can tell just as before, which is to say pretty nice.
>
> So THANKS!!! I'm not a programmer and certainly no guru. I've used
> Linux for about 6 years, but I'm a user, not a programmer. I can't
> quite get my pinhead around what all this means exactly, but it works
> and that's the bottom line.
>
> I am curious what libcrypt.so.0.9.7 actually is supposed to do in
> Win4LinPro. And I'm *very* curious what could still be changed on the
> system from before. Something has to be. It can't be a Win4Lin
> problem, not really. The exact same Win4Lin rpm never caused this or
> any other conflicts or problems before my little Firefox3 adventure.
> If you could explain all this a little clearer or give me a hint on how
> to track down what is still changed, I'd buy you a few if you're ever in
> Kansas City.

Hi again Crash,

I'll try.

nm shows you the symbols in a shared library.

ldd shows you the shared libraries an executable will use.

ldconf tells the system what paths to search and what order to search for
shared libraries.

You were getting an error message from firefox saying it couldn't
find the symbols it needed in one of it's shared libraries.

When you ran ldd against firefox it showed you which libraries
it would load.

I looked thru those libraries on my system to find out which one
was supposed to resolve EVP_idea...

Also when I saw that your firefox was loading a library from /opt/win4lin
it wasn't hard to guess which library had the missing symbols.

So, we saw that libcrypt.so.0.9.7 is the bad library.

When shared libraries change in such a way that they provide new
external symbols, they are supposed to get a new version
number. I can't explain why win4lin is distributing libcrypt 0.9.7
with missing symbols. They shouldn't distribute commonly available
libraries, but if they really have to, they should have changed the
version number. Somebody screwed up.

Crashdamage

On Thu, 10 Jan 2008 02:51:12 GMT, Dan Espen
<.SPAMtelcordia.com> wrote:
> Crashdamage <03z1krd7@nospam.invalid> writes:

>> On Wed, 09 Jan 2008 15:11:41 GMT, Dan Espen
>> <.SPAMtelcordia.com> wrote:
>>> Crashdamage <03z1krd7@nospam.invalid> writes:
>> (snip)
>>>>>>> So both libcrypto.so files are version 0.9.7
>>>>>>> but one has EVP_idea_cbc and the other doesn't.
>>>>>>> Somebody screwed up.
>>
>> Seems you were right about this all along...see below...
>> (snip)
>>>>> You didn't try:
>>>>
>>>>> nm -D /opt/win4linpro/lib/sys/libcrypto.so | grep EVP_idea
>>>>
>>>>> That's the one ldd said it was using when it couldn't resolve
>>>>> the symbol.
>>>>
>>>> Well, I did, I just didn't post the output because I didn't think it was
>>>> meaningful:
>>>>
>>>> $ nm -D /opt/win4linpro/lib/sys/libcrypto.so | grep EVP_idea
>>>> nm: '/opt/win4linpro/lib/sys/libcrypto.so': No such file
>>
>>> Get the name of the library right. I don't have the whole thread
>>> here but it may need a version number at the end.
>>
>> Sorry, my goof, I was just really tired at the time:
>>
>> $ nm -D /opt/win4linpro/lib/sys/libcrypt.so.0.9.7 | grep EVP_idea
>> $
>>
>> Which got me thinking...
>>
>>> There is a libcrypto in win4lin that lacks the symbols shown above.
>>> That's why you get those error messages.
>>
>> I'm seeing what you mean a little clearer, but I don't understand how
>> that could be since that file is unchanged from before. But I renamed
>> /sys (from the above) to get it out of the way and - VOILA!! Firefox
>> lives!! And of course some other things.
>>
>> Just to test, I uninstall/reinstall Win4LinPro to get a fresh set of
>> files - Firefox dies and the EVP symbol error is back.
>>
>> So I checked some old Win4Lin backups and under /opt/win4linpro/lib/sys
>> libcrypt.so.0.9.7 is not there - in fact there's not even a /sys. On a
>> hunch it may not be needed at all, I just delete libcrypt.so.0.9.7 from
>> /opt/win4linpro/lib/sys and try Win4LinPro - it runs, and as far as I
>> can tell just as before, which is to say pretty nice.
>>
>> So THANKS!!! I'm not a programmer and certainly no guru. I've used
>> Linux for about 6 years, but I'm a user, not a programmer. I can't
>> quite get my pinhead around what all this means exactly, but it works
>> and that's the bottom line.
>>
>> I am curious what libcrypt.so.0.9.7 actually is supposed to do in
>> Win4LinPro. And I'm *very* curious what could still be changed on the
>> system from before. Something has to be. It can't be a Win4Lin
>> problem, not really. The exact same Win4Lin rpm never caused this or
>> any other conflicts or problems before my little Firefox3 adventure.
>> If you could explain all this a little clearer or give me a hint on how
>> to track down what is still changed, I'd buy you a few if you're ever in
>> Kansas City.

> Hi again Crash,

> I'll try.

> nm shows you the symbols in a shared library.

> ldd shows you the shared libraries an executable will use.

> ldconf tells the system what paths to search and what order to search for
> shared libraries.

> You were getting an error message from firefox saying it couldn't
> find the symbols it needed in one of it's shared libraries.

> When you ran ldd against firefox it showed you which libraries
> it would load.

> I looked thru those libraries on my system to find out which one
> was supposed to resolve EVP_idea...

> Also when I saw that your firefox was loading a library from /opt/win4lin
> it wasn't hard to guess which library had the missing symbols.

> So, we saw that libcrypt.so.0.9.7 is the bad library.

> When shared libraries change in such a way that they provide new
> external symbols, they are supposed to get a new version
> number. I can't explain why win4lin is distributing libcrypt 0.9.7
> with missing symbols. They shouldn't distribute commonly available
> libraries, but if they really have to, they should have changed the
> version number. Somebody screwed up.

OK, thanks. I'd finally gotten a fair grip on this before, but that
states it nice and clear. You've definetly taught me some things.
There's just one thing that still bothers me...I hate to belabor this
but...

You said, and I do know what you mean:
> When shared libraries change in such a way that they provide new
> external symbols, they are supposed to get a new version
> number. I can't explain why win4lin is distributing libcrypt 0.9.7
> with missing symbols.

My point is, regardless that clearly "Somebody screwed up" there's a
shared library located *outside* of Win4Lin that must still be changed
from before the attempted Firefox3 install, causing the
libcrypto.so.0.9.7 file located *inside* Win4Lin to generate the
missing symbol errors. This must be, because the presence of that
libcrypto.so file in Win4Lin was harmless before.

Far as I can tell, I've put everything back to the original condition
including, of course, Firefox2, yet obviously not quite. So how do I
find what's still changed from before? Or is that even easily
possible? Not a big deal, 'cause Win4LinPro doesn't seem to miss
libcrypto.so. I guess whatever function it serves I'm not using. And
when I install an updated version of W4L I can simply delete it again
to bring all the stars back into alignment. I'm more curious, just
like to learn how to do it.

--
Registered Linux user #266531

Jim Beard

Crashdamage wrote:
> My point is, regardless that clearly "Somebody screwed up" there's a
> shared library located *outside* of Win4Lin that must still be changed
> from before the attempted Firefox3 install, causing the
> libcrypto.so.0.9.7 file located *inside* Win4Lin to generate the
> missing symbol errors. This must be, because the presence of that
> libcrypto.so file in Win4Lin was harmless before.

Have you checked the sequence in which the shared
libraries are searched, past and present?

It is quite common for "the system" to search libraries
in one sequence, while specific applications search in
a different sequence. I am not knowledgable enough on
this topic to say what the default is, or what file one
can use to change that, but I know that it can be done.

Cheers!

jim b.

--
UNIX is not user-unfriendly; it merely
expects users to be computer-friendly.

Dan Espen

Jim Beard <> writes:

> Crashdamage wrote:
>> My point is, regardless that clearly "Somebody screwed up" there's a
>> shared library located *outside* of Win4Lin that must still be
>> changed from before the attempted Firefox3 install, causing the
>> libcrypto.so.0.9.7 file located *inside* Win4Lin to generate the
>> missing symbol errors. This must be, because the presence of that
>> libcrypto.so file in Win4Lin was harmless before.
>
> Have you checked the sequence in which the shared
> libraries are searched, past and present?
>
> It is quite common for "the system" to search libraries
> in one sequence, while specific applications search in
> a different sequence. I am not knowledgable enough on
> this topic to say what the default is, or what file one
> can use to change that, but I know that it can be done.

Specific applications can alter the search order by
setting LD_LIBRARY_PATH but I'm not aware of any Linux
applications that do that.