[vdr] Problems with a binary library

[Helmut Auer]

> I remember fixing realplayer plugin for netscape years ago, by linking
> it against a static version of the old libc...
>
> Anyway, as you are already building em84xx plugin, you might try linking
> against a static version of the correct libc by simply adding the full
> path to the lib as an object to the plugin linking call, e.g. change the
> Makefile here:
>
> libvdr-$(PLUGIN).so: $(OBJS)
> 	$(CXX) $(CXXFLAGS) -shared $(OBJS) -o $@ -lEM84xx -losd
> 	@cp $@ $(LIBDIR)/$@.$(APIVERSION)
>
> to
>
> libvdr-$(PLUGIN).so: $(OBJS)
> 	$(CXX) $(CXXFLAGS) -shared $(OBJS) -o $@ \
> 	  /path/to/correct/libc.a -lEM84xx -losd
> 	@cp $@ $(LIBDIR)/$@.$(APIVERSION)
>
>
> But I do not give any guarantees that this works or crashes earlier of
> later. Maybe vdr runs for some time but crashes later because some code
> initiates a call which gets routed to the old libc code.
>
>   
Thanks for the hints :)

I just tried another way. The original behaviour is that:

libEM84xx is using libm.so.6, libc.so.6 and libpthread.so.0
libm.so.6 is a link to libm-2.3.4.so and uses /lib/ld-linux.so.2 and 
libc.so.6
libc.so.6 is a link to libc-2.3.4.so and uses /lib/ld-linux.so.2
/lib/ld-linux.so.2 is a link to ld-2.3.4.so
libpthread.so.0 is a link to /lib/libpthread-0.10.so and uses libc.so.6 
and /lib/ld-linux.so.2


Now I did the following:

Patched libEM84xx to use libn.so.6, libd.so.6 and libxthread.so.0
created libn.so.6 as a link to libn-2.3.4.so
copied libm-2.3.4.so to libn-2.3.4.so and patched this one to use use 
/lib/lx-linux.so.2 and libd.so.6
copied libc-2.3.4.so to libd-2.3.4.so and patched this one to use use 
/lib/lx-linux.so.2
created /lib/lx-linux.so.2 as a link to lx-2.3.4.so
copied ld-2.3.4.so to lx-2.3.4.so
created libxthread.so.0 as a link to /lib/libxthread-0.10.so
copied /lib/libpthread-0.10.so to /lib/libpthread-0.10.so and patched 
this one to use use /lib/lx-linux.so.2 and libd.so.6

So now a ldd libEM84xx shows:

libEM84xx is using libn.so.6, libd.so.6 and libxthread.so.0
libn.so.6 is a link to libn-2.3.4.so and uses /lib/lx-linux.so.2 and 
libx.so.6
libd.so.6 is a link to libd-2.3.4.so and uses /lib/lx-linux.so.2
/lib/lx-linux.so.2 is a link to lx-2.3.4.so
libxthread.so.0 is a link to /lib/libxthread-0.10.so and uses libd.so.6 
and /lib/lx-linux.so.2

so far so good, but when i now execute ldconfig the system gets killed, 
because it does the following:

linking libm.so.6 to libn.so.6 instead of libm-2.3.4.so
linking libc.so.6 to libd.so.6 instead of libc-2.3.4.so
linking libpthread.so.0 to libxthread.so.0 instead of 
/lib/libpthread-0.10.so

Why does this happen and what can I do to avoid this ?

-- 
Helmut Auer, helmut at helmutauer.de