Thats right ! The programms is use have Library dependancies. But all the needed Librarys I have copied to /lib. Is this wrong , can i use only static link binaries ? I don't know if this helps your problem, but any included binaries must be statically compiled. Normal binary programs, such as those found in your Linux distribution, are dynamically compiled and load libraries on your system (just as programs in Windows use shared DLLs). To check a program for any library dependancies, use ldd. --Donald Teed On Thu, 16 Sep 2004, Stephan Kreuz wrote:

Hello

At first nice Programm !! My Prob is to insert tools in the initrd of udpcast image. If i check it with chroot enviroment all seem ok. But if I boot the precompiled Kernel an the initrd file, all inserted Programms already there. I can ls or cat these files, but if I would run them the Error message File not found: is show. Is this a problem with the busybox enviroment ? I don´t know ....check with chroot Env. is OK !!!

Any Ideas ??

Sorry for my bad english !

--------------------------------------------------------------------------------

_______________________________________________ Udpcast mailing list Udpcast@udpcast.linux.lu http://udpcast.linux.lu/mailman/listinfo/udpcast

On Thursday 16 September 2004 19:36, Stephan Kreuz wrote:

Thats right ! The programms is use have Library dependancies. But all the needed Librarys I have copied to /lib. Is this wrong ,

I just noticed that the current version of the udpcast directory structure has a small bug: it mounts a tmpfs over /lib (instead of /lib/modules) which will shadow any libraries that are in that directory. The next version (to be released by mid October) will fix this issue.

can i use only static link binaries ?

Yes, sure. That should work. Regards, Alain

On Friday 08 October 2004 17:27, Saikrishna Dasari wrote:

Hi Alain,

May I know the logic behind the following statement on receiver side when it receives the slices? what exactly is the use of slice magic?

#define MAGIC 0x41424344

Thanks,

Sai

This is a number that is put into the slice structure in order to guard against pointer errors (or rather: detect these errors early). If due to some internal SNAFU, a variable of type slice* would point to a memory location that was not actually a slice struct, the error would be detected as soon as the pointer would be used (because the magic number would not match), rather than to allow it to propagate further. Catching such errors early makes it easyer to find the exact place where the error happens, and makes debugging easyer. Alain