From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23165 invoked by alias); 30 Sep 2002 16:51:55 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 23132 invoked from network); 30 Sep 2002 16:51:53 -0000 Received: from unknown (HELO Cantor.suse.de) (213.95.15.193) by sources.redhat.com with SMTP; 30 Sep 2002 16:51:53 -0000 Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201]) by Cantor.suse.de (Postfix) with ESMTP id 6F31F146FE; Mon, 30 Sep 2002 18:51:52 +0200 (MEST) Received: from aj by arthur.inka.de with local (Exim 3.34 #1) id 17w3lu-0000fl-00; Mon, 30 Sep 2002 18:51:50 +0200 Mail-Copies-To: never To: Roland McGrath Cc: GNU libc hacker Subject: Re: glibc make check fails... References: <200209292140.g8TLeaJ11364@magilla.sf.frob.com> From: Andreas Jaeger Date: Mon, 30 Sep 2002 09:51:00 -0000 In-Reply-To: <200209292140.g8TLeaJ11364@magilla.sf.frob.com> (Roland McGrath's message of "Sun, 29 Sep 2002 14:40:36 -0700") Message-ID: User-Agent: Gnus/5.090008 (Oort Gnus v0.08) XEmacs/21.4 (Artificial Intelligence, i386-suse-linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-09/txt/msg00111.txt.bz2 Roland McGrath writes: >> My kernel headers do not have that call. > > Then it is very mysterious! > >> Unfortunatly my gdb cannot debug this but it's somewhere in the >> libpthread startup code: > > Do you get a core dump you can look at? > >> 22306: calling init: /builds/test-install/lib/libpthread.so.0 >> 22306: >> 22306: symbol=__errno_location; lookup in file=linuxthreads/ex3 >> 22306: symbol=__errno_location; lookup in file=/builds/test-install/lib/libpthread.so.0 >> 22306: binding file /builds/test-install/lib/libpthread.so.0 to /builds/test-install/lib/libpthread.so.0: normal symbol `__errno_location' [GLIBC_2.0] >> Segmentation fault > > That looks exactly like the failure you'd expect if the set_thread_area > call (via INLINE_SYSCALL) or the modify_ldt call had failed. Since you > don't have set_thread_area, it must be modify_ldt but I don't think anyone > else has seen that fail. I tried this morning's (12 hours ago) CVS and that worked fine. I'm retrying current CVS (as of 10 minutes ago) and if you do not hear anything in the next two hours, the problems are fixed for me, Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj