[MPlayer-DOCS] faq.xml

[Diego Biurrun]

On Sun, Mar 06, 2005 at 06:24:16PM +0100, Torinthiel wrote:
> faq.xml, lines 775-784:
> Check <command>ldd /usr/local/bin/mplayer</command> output. If it contains
> <screen>libc.so.6 => /lib/libc.so.6 (0x4???????)</screen>
> where &quot;?&quot; is any number then it's OK, the error is not here. If it is:                    <screen>libc.so.6 => /lib/libc.so.6 (0x00??????)</screen>
> then there is a problem with your kernel/libc. Maybe you are using some security
> patches (for example Solar Designer's OpenWall patch) which forces loading
> libraries to very low addresses. Because <filename>l3codeca.acm</filename> is a
> non-relocatable DLL, it must be loaded to <literal>0x40000000</literal>, we can't
> change this. You should use a non-patched kernel, or use <application>MPlayer</application>'s
> <option>-afm 1</option> option to disable using <filename>l3codeca.acm</filename>.
> 
> Now there is something strange here. Assume l3codeca.acm has to be
> loaded at 0x40000000 (as written, I haven't looked at the code). Then
> how low-loading libc (low means 0x00??????) breaks the code? IMHO the
> high-loading (0x4???????) can (but not necessary does) overlap. Again,
> I haven't looked at the code, and it might be something really simple,
> but I'm a bit confused.

I understand this to mean that those kernel patches forces libraries to
low addresses, but l3codeca.acm does not allow this and thus fails to
work.

Diego