From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32572 invoked by alias); 3 Oct 2002 17:28:28 -0000 Mailing-List: contact insight-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sources.redhat.com Received: (qmail 32560 invoked from network); 3 Oct 2002 17:28:26 -0000 Received: from unknown (HELO mtvmime01.veritas.com) (143.127.3.10) by sources.redhat.com with SMTP; 3 Oct 2002 17:28:26 -0000 Received: from megami (unverified) by mtvmime01.veritas.com (Content Technologies SMTPRS 4.2.10) with SMTP id ; Thu, 3 Oct 2002 10:28:39 -0700 Received: from pacbell.net(ellen.veritas.com[10.180.88.137]) (2093 bytes) by megami via sendmail with P:esmtp/R:smart_host/T:smtp (sender: ) id for ; Thu, 3 Oct 2002 10:28:25 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30) Message-ID: <3D9C7E35.FB1AC2A6@pacbell.net> Date: Thu, 03 Oct 2002 10:28:00 -0000 From: Bruce Korb X-Accept-Language: en MIME-Version: 1.0 To: Keith Seitz CC: insight@sources.redhat.com Subject: Re: multi-threaded debugging using Insight References: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-SW-Source: 2002-q4/txt/msg00007.txt.bz2 Keith Seitz wrote: > > On Thu, 3 Oct 2002, Bruce Korb wrote: > > > I'm still interested to know if it is supposed to be possible. > > My use of popen seems to cause a problem, but there is no FAQ > > and the folks on the gdb list did not even reply. I solved my > > immediate problem using printf debugging, but I would prefer > > to use an interactive debugger. Much easier. Is multi-process > > debugging new territory? > > What's the problem again? Yes, Insight/gdb should be able to debug a > multi-threaded application. Can you follow forks and stuff into the forked > child? No, that was never implemented (in GDB) for anything but HP. The problem is that Insight is unable to follow anything after this. The following is from the console window of Insight: > This is version 5.2.1: > > (gdb) set args man2html.cat1 > (gdb) r > Starting program: /home/bkorb/tools/man2html/man2html man2html.cat1 > [New Thread 1024 (LWP 1930)] > [New > Error: Cannot find thread 2049: invalid thread handle > > (gdb) See: http://sources.redhat.com/ml/insight/2002-q3/msg00185.html That message was copied to gdb@sources.redhat.com, but there were no replies from anyone. After this point in the debugging, I cannot do anything at all. If I avoid the popen call, then I don't see this problem. Pretty sure there must be a connection :-) The platform is Linux 2.4.18 on i686 using whatever GCC SuSE shipped with 8.0.