Re: strncmp("aa", "ab", -1)

2008-09-25 Thread Khem Raj
On Wed, Sep 24, 2008 at 4:17 PM, Tobias Poschwatta <[EMAIL PROTECTED]> wrote: > On Wed, Sep 24, 2008 at 01:33:52PM -0700, Khem Raj wrote: >> I can not reproduce it on a eabi system and there has been few changes >> in this file. I do not have oabi system to test against. Can you try >> same on eabi

make check

2008-09-25 Thread Tobias Poschwatta
make check runs extra/scripts/install_kernel_headers.sh which fails if include/asm-generic is missing (e.g. in linux-libc-headers-2.6.9.1). I don't think this check is needed, since asm-generic is only copied if present (there's another check in l. 57). The following trivial patch removes the firs

[PATCH] __syscall_rt_sigaction should use kernel_sigaction

2008-09-25 Thread Carmelo AMOROSO
Hi, __syscall_rt_sigaction should accept kernel_sigaction instead on sigaction, as declared into the bit/kernel_sigaction.h header. Indeed, each libc function that invoke it, are passing a kernel_sigaction pointer. Attached patch tries to fix it. Cheers, Carmelo Index: libc/sysdeps/linux/commo

[PATCH] add pthread_getattr_np() and pthread_attr_getstack()

2008-09-25 Thread Bernhard Reutner-Fischer
Hi, Attached 72_all_uClibc-0.9.29-linuxthreads.patch is from gentoo as in http://bugs.busybox.net/view.php?id=5134 Can somebody who is involved with threads take a look? --- a/libpthread/linuxthreads.old/attr.c 2006-01-24 12:41:01.0 -0500 +++ b/libpthread/linuxthreads.old/attr.c 2008-02-10

Re: [PATCH] add pthread_getattr_np() and pthread_attr_getstack()

2008-09-25 Thread Will Newton
On Thu, Sep 25, 2008 at 10:46 AM, Bernhard Reutner-Fischer <[EMAIL PROTECTED]> wrote: > Hi, > > Attached 72_all_uClibc-0.9.29-linuxthreads.patch is from gentoo as in > http://bugs.busybox.net/view.php?id=5134 > Can somebody who is involved with threads take a look? The patch is against linuxthread

Re: [PATCH] posix_favise{64} error handling fixes [was Re: fadvise gclibc vs uclibc]

2008-09-25 Thread Corinna Schultz
Quoting Fathi Boudra <[EMAIL PROTECTED]>: >> The tests are still >> failing for me (I'm on ppc32), though for different reasons than >> before :-) .> > > Is it the lseek issue ? No, it has something to do with the way the parameters to the system call are being passed into the kernel. I get stra

Re: libdl usage count wrapping

2008-09-25 Thread Kevin Day
On Wed, Sep 24, 2008 at 10:15 AM, Vallevand, Mark K <[EMAIL PROTECTED]> wrote: > And, here's the patch I used to fix the memory leak. > > --- old/ldso/libdl/libdl.c 2008-09-17 08:42:34.0 -0500 > +++ uClibc/ldso/libdl/libdl.c 2008-09-16 15:14:44.0 -0500 > @@ -632,6 +632,13 @@

RE: libdl usage count wrapping

2008-09-25 Thread Vallevand, Mark K
This patch was intended to fix a memory leak, not the count overflow. We still have some problem in that area. We resolved it by not calling dlopen() dlclose() but rather calling dlopen() just once and reusing the handle. Regards. Mark K Vallevand We old folks have to find our cushions and pill

Re: status of 0.9.30 release

2008-09-25 Thread Bernhard Reutner-Fischer
On Mon, Sep 08, 2008 at 04:49:54AM +0200, Stefan de Konink wrote: >Bernhard Reutner-Fischer schreef: >> On Sun, Sep 07, 2008 at 09:56:13AM +0200, Carmelo Amoroso wrote: >> >>> Indeed I've few pending patches to push that may be worth >>> including in .30 release. I plan to roll an -rc2 during the

CLOCK_MONOTONIC substitution for uclibc?

2008-09-25 Thread Steven Woody
Hi, I see even though uclibc implemented clock_gettime(clock_id, tp), it does not support clock type of CLOCK_MONOTONIC. So if I want some kind of monotonic time which should not changed by user process ( such as setting of date), what should I do? Thanks. - narke __