Re: wine: error while loading shared libraries: libntdll.so

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



One ring for lawson_whitney@juno.com under the sky:

> On Sun, 2 Dec 2001, FateSWarm wrote:
> 
>> I had an old version which I removed by the "remove all" or sth method. I
>> think I may have done a mistake when I was removing and I get the
>> following message but nothing else, it is an unstripped version:
>>
>> wine: error while loading shared libraries: libntdll.so: cannot open
>> shared object file: No such file or directory.
>>
>> Please let me know which is the normal way to recover since I've
>> recompiled from source and I still get the same!
>>
>> Thanks.
> 
> If you compiled from the Wine source and didn't specify any arguments to
> ./configure, all dll's install to /usr/local/lib.  It is possible that
> the dynamic linker simply doesn't know to look for them there.
> All it knows is to look in /lib, /usr/lib, and in directories named in
> the environment variable LD_LIBRARY_PATH and /etc/ld.so.conf.
> Maybe you just need to add /usr/local/lib to one of those.  The system
> administrator should run /sbin/ldconfig any time it changes
> /etc/ld.so.conf.
> 
> If that is not the problem, maybe you do have vestiges of the old
> version.  Some wine packages put the dlls in /opt/wine/lib, others in
> /usr/X11R6/lib, others I know not where, but at worst you should be able
> to find out where with FI (may take a while, you can use the -xdev
> option to find to limit the search if you are sure the old package
> wasn't on some other filesystem).
> 
> find / -type f -name libntdll.so
> 
> Lawson
> ---oof---

Yep, thanks a lot, by placing /usr/local/lib into the lib config file fixed 
it.

Thanks a lot!


[Index of Archives]     [Gimp for Windows]     [Red Hat]     [Samba]     [Yosemite Camping]     [Graphics Cards]     [Wine Home]

  Powered by Linux