> 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@xxxxxxxxxxxxx
