La prueba de Linux EX1, ex2, ex3, ex4, ex5 y no ex6

/ cvs / libc / configure - prefix = / usr/src/test/glibc-2.2 \
-- enable-add-ons - disable-perfil - without-cvs - enable-kernel 2.2.0 = \
-- with-cabeceras = / usr/src/linux-2.3.34-2/include

en linux-i686, con sistema operativo Linux 2.2.13, pero con las cabeceras de 2.3.34pre2,
GCC 2.95.2. Si me compila con las cabeceras de 2.2.13 todo parece
trabajo.

Heres una señal de salida de gdb en elfo / resolvfail:
Programa de señal recibida SIGSEGV, Segmentation fault.
0x400de728 en __new_getrlimit (= recursos RLIMIT_STACK, rlimits = 0xbffff654)
a ../sysdeps/unix/sysv/linux/i386/getrlimit.c: 48
48 resultado = INLINE_SYSCALL (ugetrlimit, 2, de recursos, rlimits);
(gdb) bt
#0 0x400de728 en __new_getrlimit (= recursos RLIMIT_STACK, rlimits = 0xbffff654)
a ../sysdeps/unix/sysv/linux/i386/getrlimit.c: 48
#1 0x40027649 en pthread_initialize () a pthread. c: 304
#2 0x4002b03a en __do_global_ctors_aux ()
de / usr/src/build-glibc/19991219-linux-2.3.34-2/linuxthreads/libpthread.so.0
#3 0x4002454e en? ()
de / usr/src/build-glibc/19991219-linux-2.3.34-2/linuxthreads/libpthread.so.0

¿Podría alguien DoubleCheck la reciente Linux y getrlimit
cambios, por favor?

Por lo tanto, tengo curiosidad por qué cortar y pegar una cita directa de las fuentes redhats lista de correo de Diciembre de 1999?

http://sources.redhat.com/ml/libc-hacke ... 00079.html

Simplemente pregunto, ya que esta "cuestión" es dudosa en el mejor y no parece nuevo.

¡Salud!.