[MPlayer-dev-eng] Re: [PATCH] print appropriate error when failing to open a file

The Wanderer inverseparadox at comcast.net
Fri Dec 16 18:30:27 CET 2005


Rich Felker wrote:

> On Fri, Dec 16, 2005 at 01:17:47AM -0500, The Wanderer wrote:
> 
>>> brightrain:~$ ls -l /usr/local/bin/mplayer
>>> -rwxr-xr-x   1 root     root      6051280 Dec  9 22:07 
>>> /usr/local/bin/mplayer*
>>> brightrain:~$ ldd /usr/local/bin/mplayer
>>>        libmp3lame.so.0 => /usr/local/lib/libmp3lame.so.0 (0x40017000)
>>>        libncurses.so.5 => /usr/lib/libncurses.so.5 (0x400af000)
>>>        libcdda_interface.so.0 => /usr/local/lib/libcdda_interface.so.0 
>>>        (0x400ed000)
>>>        libcdda_paranoia.so.0 => /usr/local/lib/libcdda_paranoia.so.0 
>>>        (0x40102000)
>>>        libnsl.so.1 => /lib/libnsl.so.1 (0x4010c000)
>>>        libgif.so.4 => /usr/local/lib/libgif.so.4 (0x40122000)
>>>        libXext.so.6 => /usr/X11/lib/libXext.so.6 (0x4012a000)
>>>        libX11.so.6 => /usr/X11/lib/libX11.so.6 (0x40136000)
>>>        libpthread.so.0 => /lib/libpthread.so.0 (0x401d5000)
>>>        libdl.so.2 => /lib/libdl.so.2 (0x401e7000)
>>>        libm.so.6 => /lib/libm.so.6 (0x401eb000)
>>>        libc.so.6 => /lib/libc.so.6 (0x40208000)
>>>        libSM.so.6 => /usr/X11/lib/libSM.so.6 (0x402e4000)
>>>        libICE.so.6 => /usr/X11/lib/libICE.so.6 (0x402ed000)
>>>        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
>> 
>> Looks like you've left out quite a bit, even though there are a
>> couple of libraries in there which aren't even in *my* list.
> 
> Which ones, other than ncurses?

...okay, apparently I was just blind last night; I've just checked the
list over, and apparently those are all in there. The ones I was
thinking of were the CDDA libraries, libSM, and libICE (libncurses
actually is in my own list).

There are, however, a number of things in my own list I have no idea
what are - including one which does not appear to exist on my system
(although MPlayer certainly runs just fine) - plus a couple whose
purpose I can guess but for which I have no idea how MPlayer might use
them (libresolv, for example). I suppose it wouldn't hurt to go through
my automatic configure setup and see what I can safely clean out..

>> Out of sheer, unrelated bepuzzlement - why in the world does a
>> purely video-window/plaintext-output program like MPlayer need to
>> use libncurses??
> 
> Because ncurses == termcap. There's actually a separate much smaller
> termcap library that's standalone but I don't have it, and it
> probably uses termcap files instead of terminfo anyway which would be
> broken (termcap is outdated and cannot represent all possible
> capabilities so I don't even bother having a termcap file).

Right. I know little about that subject (though I may be about to go
learn), but that does make sense.

> BTW ncurses would also be linked in if you were using aalib, I
> expect.

The which I am - I thought about it last night, but didn't make the
connection. I'm not quite sure that it would be required, since the
AAlib display is in a separate window just as with any other VO, but it
does sound plausible.

-- 
       The Wanderer

Warning: Simply because I argue an issue does not mean I agree with any
side of it.

Secrecy is the beginning of tyranny.




More information about the MPlayer-dev-eng mailing list