Herbert --- a small typo here:
with glibc, every v* command which executes something fails with execv*: permission denied
That should read:
with dietlibc, every v* command which executes something fails with execv*: permission denied
glibc seems to work fine. BTW what are the "Known issues" with glibc????
Herbert Poetzl wrote:
... is not working on at least two platforms:
x86_64 (aka amd64) ---------------------------
tried several dietlibc versions - dietlibc-0.27-4.src.rpm - self compiled 0.28 release - cvs release 31.Mar.2005 - debian 0.28 version
all on Fedora Core release 3 (Heidelberg)
(tools work fine with glibc, except for the known issues)
with glibc, every v* command which executes something fails with execv*: permission denied
even disabling noexec (noexec=off) did not improve the situation ... the following dietlibc test program works fine:
#include <stdio.h> #include <stdlib.h> #include <unistd.h>
int main(int argc, char *argv[]) { int ret;
ret = execvp("echo", argv); /* not supposed to get here */
if (ret) perror("execvp"); exit(1); }
ppc (7450) ----------------------------
after adding a bunch of patches to dietlibc, the dietlibc itself compiles (0.28++) and can be installed
./configure complains ...
configure: WARNING: ext2fs/ext2_fs.h: present but cannot be compiled
configure: WARNING: ext2fs/ext2_fs.h: check for missing prerequisite headers?
configure: WARNING: ext2fs/ext2_fs.h: see the Autoconf documentation
configure: WARNING: ext2fs/ext2_fs.h: section "Present But Cannot Be Compiled"
configure: WARNING: ext2fs/ext2_fs.h: proceeding with the preprocessor's result
configure: WARNING: ext2fs/ext2_fs.h: in the future, the compiler will take precedence
configure: WARNING: ## ------------------------------------------------------ ##
configure: WARNING: ## Report this to [EMAIL PROTECTED] ##
configure: WARNING: ## ------------------------------------------------------ ##
although the following is installed:
- libext2fs2-1.35-1mdk - libext2fs2-devel-1.35-1mdk
and finally the compile fails with:
if diet ppc-mandrake-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -I ./lib -I ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -O2 -fsigned-char -frename-registers -mcpu=750 -mtune=7450 -pipe -std=c99 -Wall -pedantic -W -MT src/vshelper-sync.o -MD -MP -MF "$depbase.Tpo" -c -o src/vshelper-sync.o src/vshelper-sync.c; \ then mv -f "$depbase.Tpo" "$depbase.Po"; else rm -f "$depbase.Tpo"; exit 1; fi src/vshelper-sync.c:89:4: #error vshelper relies on the Linux select() behavior (timeout holds remaining time)
this is on Mandrake 9.1 (Bamboo) for ppc
but it fails with the very same issue on Yellow Dog Linux (and probably Mandrake 10.1, but not tested)
please investigate!
TIA, Herbert
PS: please let us know when you will find some time to look into it ...
_______________________________________________ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
_______________________________________________ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
