From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2650 invoked by alias); 1 Apr 2006 13:21:21 -0000 Received: (qmail 2642 invoked by uid 22791); 1 Apr 2006 13:21:20 -0000 X-Spam-Check-By: sourceware.org Received: from nitzan.inter.net.il (HELO nitzan.inter.net.il) (192.114.186.20) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 01 Apr 2006 13:21:19 +0000 Received: from HOME-C4E4A596F7 (IGLD-80-230-13-61.inter.net.il [80.230.13.61]) by nitzan.inter.net.il (MOS 3.7.3-GA) with ESMTP id DAC60808 (AUTH halo1); Sat, 1 Apr 2006 16:21:10 +0300 (IDT) Date: Sat, 01 Apr 2006 13:21:00 -0000 Message-Id: From: Eli Zaretskii To: pgilliam@us.ibm.com CC: gdb@sources.redhat.com In-reply-to: <1143681561.21920.426.camel@dufur.beaverton.ibm.com> (message from PAUL GILLIAM on Wed, 29 Mar 2006 17:19:21 -0800) Subject: Re: GDB paper for GCC summit: New Commands Reply-to: Eli Zaretskii References: <1142633147.21920.400.camel@dufur.beaverton.ibm.com> <1143681561.21920.426.camel@dufur.beaverton.ibm.com> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-04/txt/msg00001.txt.bz2 > From: PAUL GILLIAM > Date: Wed, 29 Mar 2006 17:19:21 -0800 > > 1) How do "set|show detach-on-fork" and "set|show follow-fork" work > together? Do you mean "set|show follow-fork-mode"? If so, the answer is in the manual (in the node "Processes"); if something there is unclear, please tell what parts need to be clarified. > I think this is the answer: If 'set detach-on-fork' is > off, the 'set follow-fork' works as before. If 'set detach-on-fork' > is on, then the state of 'set follow-fork' determines which for will > be the 'current' fork. Is this correct? I think it's the other way around: if detach-on-fork is ON, then "set follow-fork" behaves as it did before: one of the two processes is debugged bu GD, while the other runs unimpeded. If it's OFF, then both parent and the child are under GDB's control. Again, I think this is stated quite clearly in the manual, so if anything there sounds confusing, please identify the confusing parts. > 2) Does the new fork features also work with vfork? The text suggests that they do, but I don't know if this is correct as a matter of fact. > 3) If the name of the main procedure is 'main', is the start command > equivalent > to 'tbreak main' followed by 'run', or is there something subtle > going on? AFAIK, "start" is equivalent to "tbreak main; run".