From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2799 invoked by alias); 27 Jul 2004 00:32:37 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 2791 invoked from network); 27 Jul 2004 00:32:36 -0000 Received: from unknown (HELO smtp6.mindspring.com) (207.69.200.110) by sourceware.org with SMTP; 27 Jul 2004 00:32:36 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by smtp6.mindspring.com with esmtp (Exim 3.33 #1) id 1BpFtQ-000363-00; Mon, 26 Jul 2004 20:32:32 -0400 Received: from mindspring.com (localhost [127.0.0.1]) by berman.michael-chastain.com (Postfix) with SMTP id CDA524B102; Mon, 26 Jul 2004 20:32:43 -0400 (EDT) Date: Tue, 27 Jul 2004 00:32:00 -0000 From: Michael Chastain To: cagney@gnu.org Subject: Re: [rfa/PROBLEMS] document threads/1650, thread internal error Cc: gdb-patches@sources.redhat.com, eliz@gnu.org Message-ID: <4105A2AA.nailMI62FIEAX@mindspring.com> References: <20040726154838.4E0E44B104@berman.michael-chastain.com> <410560B4.70207@gnu.org> In-Reply-To: <410560B4.70207@gnu.org> User-Agent: nail 10.8 6/28/04 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2004-07/txt/msg00393.txt.bz2 Argh, I should have read to the end of my mailbox before committing to gdb HEAD. > - that it is (to the best of our knowledge) GNU/Linux and LinuxThreads > specific Good question, but your answer is wrong. Looking at gdb-testers@ for June and July, I see that hppa2.0w-hp-hpux11.00 and ia64-unknown-linux-gnu have this problem. Many other arches can't compile manythreads.c so we can't tell either way. native alphaev67-dec-osf5.1 couldn't compile the thread tests, so no evidence either way native hppa??-??-linux-gnu manythreads.exp is okay native hppa2.0w-hp-hpux11.00 manythreads.exp reports these FAILs native i686-pc-cygwin manythreads.exp is okay native ia64-unknown-linux gnu gdb HEAD crashes several times timeouts in the threads tests; can't even tell if manythreads.exp is running because gdb.sum has plenty of "ERROR: internal buffer is full" nearby. native powerpc-ibm-aix4.3.3.0 couldn't compile the thread tests, so no evidence either way native powerpc-ibm-aix5.1.0.0 manythreads.exp reports these FAILS. native sparc-sun-solaris 2.8 couldn't compile this particular test, so no evidence either way native x86_64-unknown-linux-gnu couldn't compile this particular test, so no evidence either way > So the closing paragraph should make this clearer. Something like > ``This problem has not been observed on GNU/Linux systems that use NPTL > (New Posix Threads Library[?]). People still using linuxthreads are > strongly encouraged to migrate to NPTL''. Shouldn't that be in NEWS? Maybe I've missed some discussion, but it's news to me that users linuxthreads are encouraged to switch. > We should also mention that on GNU/Linux NPTL based systems a problem > with GDB loosing track of threads was fixed. That sounds good. Michael C