16 Sep
2004
16 Sep
'04
3:24 p.m.
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 !
16 Sep
16 Sep
5:09 p.m.
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 !
5:36 p.m.
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(a)udpcast.linux.lu
http://udpcast.linux.lu/mailman/listinfo/udpcast
6:49 p.m.
If you can compile the programs from source, check in the Makefiles
and add -static to the gcc options. Depending on what programs
you are trying to work with, you might find it works better
to have an NFS mounted file system or CDROM or something for this stuff.
If you are PXE/network booting, just remember that all of this stuff
is going to be loaded into memory.
--Donald Teed
On Thu, 16 Sep 2004, 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 , 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(a)udpcast.linux.lu
http://udpcast.linux.lu/mailman/listinfo/udpcast
_______________________________________________
Udpcast mailing list
Udpcast(a)udpcast.linux.lu
http://udpcast.linux.lu/mailman/listinfo/udpcast
30 Sep
30 Sep
8:13 p.m.
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
8 Oct
8 Oct
3:27 p.m.
New subject: Code Discussion - slice MAGIC
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
---------------------------------
Do you Yahoo!?
vote.yahoo.com - Register online to vote today!
5:11 p.m.
New subject: Code Discussion - slice MAGIC
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
6475
days inactive
6497
days old
6 comments
6 participants
participants (6)
-
Alain Knaff -
Alain Knaff -
Donald Teed -
Saikrishna Dasari -
Stephan Kreuz -
Stephan Kreuz