Aurelien,
I can truly appreciate your hesitation with this bug report. I can
see how stupid this must look from your view point.
May I suggest this:
- verify whether or not debian/linuxthreads/sysdeps/pthread/gai_misc.h
really contributes to a build. Simply put garbage characters in the
Hi Aurelien,
The linuxthreads was a red herring - it's with NPTL. I don't think
that the Debian package patches the section of code with problems, I
think it's in the upstream source. The code sample we gave
definitely crashes on a vanilla lenny install so we thought you'd be
intereste
On Wed, Aug 13, 2008 at 08:23:31PM -0400, Matthew Von-Maszewski wrote:
> Aurelien,
>
> I doubt "linuxthreads" is anything but an old directory being reused.
> The file gai_misc.h appears in two places. The one I mention below in
> the debian and another in the ./resolve directory. The debia
Aurelien,
I doubt "linuxthreads" is anything but an old directory being reused.
The file gai_misc.h appears in two places. The one I mention below in
the debian and another in the ./resolve directory. The debian tree
version appears to be someone's attempt at optimizing memory usage on
On Wed, Aug 13, 2008 at 02:53:44PM -0400, Matthew Von-Maszewski wrote:
> Package: libc6
> Version: 2.7-13
> Severity: important
> Tags: patch
>
>
> getaddrinfo_a creates a segfault in its worker thread due to the stack
> size being too small. Segfault happens here:
>
> Program received signal
Package: libc6
Version: 2.7-13
Severity: important
Tags: patch
getaddrinfo_a creates a segfault in its worker thread due to the stack
size being too small. Segfault happens here:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x40003950 (LWP 25753)]
__res_vi
6 matches
Mail list logo
