[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