similar to: [patch 12/12] new include file net/route.h

The __constant_htons and similar are defined in klibc version of netinet/in.h, but not in glibc counterpart. Include the same thing from <asm/byteorder.h>, which is available in both glibc and klibc. Perhaps __constant_htons should be dropped from the klibc version of netinet/in.h: it provides nothing that you cannot get via asm/byteorder, and gets in the way of porting between glibc and

Use <net/if_arp.h> rather than <linux/if_arp.h>, otherwise you suck in <linux/if.h>, which conflicts with <net/if.h> in glibc. Signed-off-by: Erik van Konijnenburg <ekonijn@xs4all.nl> Index: exec/ipconfig/main.c =================================================================== --- exec.orig/ipconfig/main.c 2005-05-21 14:58:33.000000000 +0200 +++

In klibc, there is <net/if_ether.h>, in glibc, we have <netinet/if_ether.h>, in both we have <linux/if_ether.h>. Let's use the common one. Perhaps klibc should provide <netinet/if_ether.h> instead of <net/if_ether.h>? In glibc, <net/if_packet.h> does not provide PACKET_BROADCAST; <linux/if_packet.h> does. Signed-off-by: Erik van Konijnenburg

There's a problem in klibc 1.0.12: klcc -c t.c && klcc t.o && ./a.out works, but klcc t.c && ./a.out fails because open3() wants to close its input, and you can do that only once to STDIN. Attached patch makes "klcc t.c" work again. This might break the klcc from stdin option, but I can't tell because I've got no idea how it's supposed to

The dump_fh() function in nfsmount can be misleading: always mentions NFS_FHSIZE as size, but can print more, can print nothing if passed less than 8 bytes. This is a more robust implementation also suitable for printing datastructures other than the file handle, with ASCII rendering as bonus; output like so: stuff: 0xbfffe41c, length 30 0000: 53 75 6e 20 4a 75 6e 20 20 35 20 31 34 3a 31 32

In nfsmount, the function mount_call() is used to invoke both the mount and umount PRC's. These take identical arguments, but umount returns void rather than a file handle, so result should not be checked. This avoids a spurious 'incomplete reply' message if mount(2) system call fails. Signed-off-by: Erik van Konijnenburg <ekonijn@xs4all.nl> Index:

According to poll(2), POLLRDNORM is only available ifdef _XOPEN_SOURCE. Signed-off-by: Erik van Konijnenburg <ekonijn@xs4all.nl> Index: exec/ipconfig/main.c =================================================================== --- exec.orig/ipconfig/main.c 2005-05-21 13:09:54.000000000 +0200 +++ exec/ipconfig/main.c 2005-05-21 13:18:45.000000000 +0200 @@ -1,6 +1,7 @@ /* * ipconfig/main.c

There is a conflict in glibc between <linux/in.h> and <netinet/in.h>: one defines protocols with an enum, the other does the same, but adds a self-define for every enumerated value. #define IPPROTO_IP IPPROTO_IP This means the two cannot be mixed, and since loads of include files refer to <netinet/in.h>, effectively <linux/in.h> cannot be used with glibc. Since

The getopt(3) function is declared in unistd.h. Signed-off-by: Erik van Konijnenburg <ekonin@xs4all.nl> Index: exec/ipconfig/main.c =================================================================== --- exec.orig/ipconfig/main.c 2005-05-18 11:53:11.000000000 +0200 +++ exec/ipconfig/main.c 2005-05-21 13:09:54.000000000 +0200 @@ -12,6 +12,7 @@ #include <sys/types.h> #include

Hopefully I should be up to date with all patches; haven't integrated the module-init-tools, and some of Erik's patches didn't make it for different reasons, which hopefully can be resolved soon. If you have sent another patch which I haven't applied, please do let me know. -hpa

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

Hi, The following set of patches is intended mostly to improve ipconfig and nfsmount compatibility with glibc. The context: I'm working on yaird, an alternative to mkinitrd, and currently implementing nfs root file systems. This is based on ipconfig and nfsmount from klibc, with a rewritten version of kinit. Users should be able to build the package with vanilla glibc, since klibc is not

Merge s390 and s390x into s390. Compiled and tested on s390/s390x and i386. Also cross compilation for s390/s390x tested. This patch shouldn't break the build of any architecture. Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> --- Makefile | 1 scripts/Kbuild.install | 4 +- scripts/Kbuild.klibc

From: Heiko Carstens <heiko.carstens@de.ibm.com> Merge s390 and s390x into s390. Patch is against current linux-2.6-klibc tree and seems to work. Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> --- As a side note: a bitops patch is missing to make this working. Martin will send it soon. If it's needed earlier I can send it as well. Makefile

Here's a patch to klcc.in from klibc-0.202. The context: I have an application, managed with GNU automake/autoconf. Packagers should be able to build the application with klibc if available, with plain gcc otherwise, as follows: $ cd ~/klibc-0.202 $ ... make linux symlink $ make bindir=$HOME/local/bin \ mandir=$HOME/local/man \ INSTALLDIR=$HOME/local \ SHLIBDIR=$HOME/local/shlib \

In both 1.2.6 and 1.2.7 (probably also before that, but dont have logs) im seeing quite a few of these: Nov 17 12:45:12 userimap10.xs4all.nl dovecot: IMAP(xxxxxxx): /var/spool/mail/dovecot-control/c/c0/xxxxxxx/INBOX/.INBOX/dovecot-uidlist: Duplicate file entry at line 2650: 1257768394._smtp.mxdrop238.41874,S=17304:2,Sad (uid 34270 -> 37166) I never really looked at it because it doesnt seem

The attached patches are against the v0.114 release and cover some of the tweaks I made while playing about testing ARM and Thumb support. Please review and consider applying. Even with the patches, ARM dynamic linking doesn't seem to work and the Thumb test applications seem to have shaken out a Thumb bug in the 2.4.21-rmk2 kernel which I'm still trying to track down. Still more fun to

Does anybody else see the same behavior for VoipBuster connections? When I trace one of the other SIP peers, I see it sends this message: ---------------------------------------------------------------------- <--- SIP read from 82.101.62.99:5060 ---> SIP/2.0 180 Ringing Allow: INVITE,ACK,BYE,CANCEL,PRACK,SUBSCRIBE,NOTIFY,UPDATE Call-ID: 740540ee64fa957513ce89f03ef5e3f2 at sip.xs4all.nl

Hi All, After searching and didnt found it, im just sending my situation here, maybe someone knows where i should look. Im using Asterisk 1.6.1.10 Internally the user with a sip phone dials a number for instance 0623456789 It goes fine to the specific dial rule: which is: exten => _0[6].,2,Dial(SIP/0${EXTEN:1}#@xs4all-out,60,tTwWkK) This works fine without a charm, but the situation is that

tags 516774 = patch tags 516294 = upstream thanks Hi! Please find attached a diff closing #516774 by adding mkstemp(3), again with a minimalistic pseudo-arc4random(3) behind it. I?ve revisited the code. An mkstemp testsuite from the ?net shows it works, except for not caring how many ?X?en are in the template. Addressing #516294, it allows compiling and linking an mksh from today?s CVS against