> i tried this:
>
> export LD_LIBRARY_PATH=2/lib
Excellent! I'll add that to buildit.s, it solves the biggest issue.
> error: attempt to perform arithmetic on global `T' (a nil value)
> stack traceback:
> 1: main of string "..." at line 3
> lua: error running argument `
> readfrom("|filesize root.raw.gz");T=read("*n")
Urr... maybe lua runs the piped command in a new environment without the
LD_LIBRARY_PATH? Or without the exported path? I'll have to check...
> one question, i noticed that both libc.so.5.4.13 and libc.so.5 are real
> files. is there a reason for that? can't the libc.so.5 be a symlink to
> libc.so.5.4.13 and save some space?
It is not 2 files, it is one file with hard links. Hard links actually
save even more space than symlinks, they are just becoming rare. You can
see with things like "ls -i" that they really share the same inode.
> well, you're right in that the first problem is an old lib5 problem, but
> i still can't even imagine what causes the new prolem.
Maybe change it from "*n" to "*l" which will read whatever, not just a
valid number, and then add an _ALERT() to throw the value read to stderr,
to see what Lua really read from filesize. Maybe a locality issue, or
some environment variable is affecting the output of "ls"? That is
probably it. The filesize thing uses the output of "ls -l" or whatever,
so if some environment variable affects ls it would break it.
-Tom
