similar to: printf broken with recent fd and FILE changes

some files depend on nodes.h, but there is no dependency for that fact. olaf@mandarine:~/klibc-0.87> grep -Er 'include.*nodes.h' ash/ | sed 's-^[^/]\+/\([^.]*\).*-\1.o-' | xargs echo OBJ_NODES = OBJ_NODES = cd.o eval.o exec.o expand.o jobs.o main.o nodes.o options.o parser.o redir.o show.o trap.o var.o make spotless doesnt work reliable, the patch adds a few more targets. Is

Peter, we found that nfs over udp will corrupt data under very extrem load, there is no way to fix it due to the way how UDP works. TCP will not have these problems. I also wonder why the package size is only 1k. Everyone who wishes a slow connection can pass the desired options via the kernel cmdline. Everyone else prefers probably the fast mount. The defaults should look more like that: ---

fwrite() takes a const void *p, but stdio declares just a void *p. Is there a reason for the difference? diff -p -purN klibc-0.186/include/stdio.h klibc-0.186.fwrite/include/stdio.h --- klibc-0.186/include/stdio.h 2004-07-28 23:09:59.000000000 +0200 +++ klibc-0.186.fwrite/include/stdio.h 2004-10-19 20:06:30.000000000 +0200 @@ -90,7 +90,7 @@ fread(void *__p, size_t __s, size_t __n, } extern

Peter, current klibc does not compile in ia64: gcc -Wp,-MT,arch/ia64/pipe.o,-MD,arch/ia64/.pipe.o.d -Os -fomit-frame-pointer -nostdinc -iwithprefix include -D__KLIBC__ -DBITSIZE=64 -I../include/arch/ia64 -I../include/bits64 -I../include -I../linux/include -I../linux/include2 -I../linux/include -DWITH_ERRLIST -W -Wall -Wpointer-arith -Wwrite-strings -Wstrict-prototypes -Winline -c -o

Marcus Meissner did the ppc64 port, I did the update for crt0.S. Now ash does not segfault, at least. diff -p -purNx linux klibc-0.92.orig/Makefile klibc-0.92/Makefile --- klibc-0.92.orig/Makefile 2003-12-01 18:50:24.000000000 +0000 +++ klibc-0.92/Makefile 2003-12-12 23:18:23.000000000 +0000 @@ -20,4 +20,4 @@ clean: spotless: @set -e; for d in $(SUBDIRS); do $(MAKE) -C $$d $@; done - rm -f

I''m working on an application that does extensive database searching. These searches can take a long time, so we have been working on moving the searches to a backgroundrb worker task so we can provide a sexy AJAX progress bar, and populate the search results as they are available. All of this seems to work fine until the size of the search results gets sufficiently large, when we start

OK, I have just pushed out klibc-0.130; it significantly updates the run-init program (again... PLEASE TEST IN A SAFE ENVIRONMENT) based on, but not identical to, Alexander's suggestions; it also adds s390/x patches from Arnd Bergmann. -hpa

We recently tried upgrading openssh from 2.5.2p2 to 2.9p1 and discovered that it no longer worked to feed the output from a remote command into a pipe, unless the output was short and the pipe was very fast at processing its input. Example 1: ssh remote_machine some_command | less (where "some_command" generates a lot of output) now fails after the first screenful, with a

nfsmount doesnt work anymore for me. This patch fixes at least udp nfs mounts. tcp does still hang. client and server is 2.6. --- /dev/shm/bindresvport.c 2003-12-08 02:33:24.000000000 +0100 +++ klibc/inet/bindresvport.c 2004-01-06 21:05:02.283779072 +0100 @@ -23,7 +23,7 @@ int bindresvport(int sd, struct sockaddr if (sin == NULL) { sin = &me;

The _start stuff was changed some time ago, but ppc was not updated. This fixes klibc for me. I'm not sure what to do with the second arg to __libc_init, so I set it to 0.. However, looking at other static binaries, there is more stuff todo. diff -p -purNx linux -x '.*.d' -x syscalls -x socketcalls y/klibc-0.87/klibc/arch/ppc/crt0.S klibc-0.87/klibc/arch/ppc/crt0.S ---

Dear all, I'm stuck with a problem using plyr to process a rather large junk of data. What I'm trying to do is applying a moving average to all the subparts of the dataframe (the example data can be found here https://dl.dropboxusercontent.com/u/2414056/testData.Rdata). require(plyr) load("testData.Rdata") applyfilter<-function(x){ return(filter(x,rep(1/5, times=5))) }

O_CREAT requires a mode argument for open() This patch passes the current umask of the dd process. --- usr/klibc/klibc-0.81.orig/utils/dd.c 2002-09-03 00:49:08.000000000 +0200 +++ usr/klibc/klibc-0.81/utils/dd.c 2003-11-23 18:04:11.000000000 +0100 @@ -8,6 +8,8 @@ #include <stdio.h> #include <stdlib.h> #include <string.h> +#include <sys/types.h> +#include

ash/sh depends on crt0.o, but it has no dependency, so it will not see updates to the changed file. diff -p -purNx linux -x '.*.d' -x syscalls -x socketcalls y/klibc-0.87/ash/Makefile klibc-0.87/ash/Makefile --- y/klibc-0.87/ash/Makefile 2003-02-10 12:05:21.000000000 +0100 +++ klibc-0.87/ash/Makefile 2003-11-28 00:39:38.000000000 +0100 @@ -31,7 +31,7 @@ CLEANFILES =\ all: $(PROG)

a make -j may fail without it. --- klibc/ash/Makefile.orig 2004-01-27 13:43:02.000000000 +0000 +++ klibc/ash/Makefile 2004-01-27 13:44:34.000000000 +0000 @@ -13,6 +13,7 @@ OBJ2 = builtins.o cd.o dirent.o bltin/ec OBJS = $(OBJ1) $(OBJ2) OBJ_NODES = cd.o eval.o exec.o expand.o jobs.o main.o nodes.o options.o parser.o redir.o show.o trap.o var.o +OBJ_BUILTINS = b.o eval.o exec.o SRCROOT =

alpha does not compile right now: arch/alpha/crt0.S: Assembler messages: arch/alpha/crt0.S:21: Warning: .ent directive without matching .end arch/alpha/crt0.S:21: Error: can't resolve `0' {.text section} - `L0' {.text section} make[1]: *** [arch/alpha/crt0.o] Error 1 It still doesnt work with that change, ash cant run external binaries, ./ash/sh $ ls ls: error 1 diff -p -purN

Peter, typedef __kernel_timer_t timer_t will fail with Arjans glibc headers, they do not define __kernel_timer_t in asm/posix_types.h. All archs supported by Linux have typedef int __kernel_timer_t. Can we just get rid of the __kernel_timer_t? --- klibc-0.171/klibc/include/sys/types.h.orig 2004-06-08 07:32:48.000000000 +0200 +++ klibc-0.171/klibc/include/sys/types.h 2004-09-02

I have a data set like this in one .txt file (cols separated by !): APE!KKU!684! APE!VAL!! APE!UASU!! APE!PLA!1! APE!E!10! APE!TPVA!17122009! APE!STAP!1! GG!KK!KK! APE!KKU!684! APE!VAL!! APE!UASU!! APE!PLA!1! APE!E!10! APE!TPVA!17122009! APE!STAP!1! GG!KK!KK! APE!KKU!684! APE!VAL!! APE!UASU!! APE!PLA!1! APE!E!10! APE!TPVA!17122009! APE!STAP!1! GG!KK!KK! it contains over 14 000 000 records. Now

There's enough here to need a review; some of it probably needs backporting to stable-1.12. This probably breaks tests on Haiku or other platforms that have not been as on-the-ball about atomic CLOEXEC; feel free to report issues that arise, and I'll help come up with workarounds (even if we end up leaving a rare fd leak on less-capable systems). Meanwhile, I'm still working on my

Hi all, I''m going over win32-file this weekend. I''m creating instance methods for setting (or unsetting) the various file attributes. So, you can do something like: f = File.open("foo.txt") f.archive = true f.hidden = true f.close This works for the basic attributes, but it requires extra work for others. Specifically, I am having trouble trying to set the

'rm -rf /' for klibc Doesnt comply to the standard, but does the job. http://www.opengroup.org/onlinepubs/009695399/utilities/rm.html diff -p -purN klibc-0.172/utils/Makefile klibc-0.172.rm/utils/Makefile --- klibc-0.172/utils/Makefile 2004-08-14 00:24:20.000000000 +0200 +++ klibc-0.172.rm/utils/Makefile 2004-09-05 20:11:14.109062216 +0200 @@ -6,7 +6,7 @@ MAKEDEPS = -Wp,-MD,.$(subst