From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17680 invoked by alias); 14 May 2014 15:10:42 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 17668 invoked by uid 89); 14 May 2014 15:10:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: treacle.ucs.ed.ac.uk Received: from treacle.ucs.ed.ac.uk (HELO treacle.ucs.ed.ac.uk) (129.215.16.102) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 14 May 2014 15:10:39 +0000 Received: from crunchie.inf.ed.ac.uk (crunchie.inf.ed.ac.uk [129.215.33.180]) by treacle.ucs.ed.ac.uk (8.13.8/8.13.4) with ESMTP id s4EFAb5c000404 for ; Wed, 14 May 2014 16:10:37 +0100 (BST) Received: from troutbeck.inf.ed.ac.uk (troutbeck.inf.ed.ac.uk [129.215.25.32]) by crunchie.inf.ed.ac.uk (8.14.4/8.14.4) with ESMTP id s4EFAaBX010081 for ; Wed, 14 May 2014 16:10:36 +0100 Received: from troutbeck.inf.ed.ac.uk (localhost [127.0.0.1]) by troutbeck.inf.ed.ac.uk (8.14.4/8.14.4) with ESMTP id s4EFAbVD021769 for ; Wed, 14 May 2014 16:10:37 +0100 Received: (from ht@localhost) by troutbeck.inf.ed.ac.uk (8.14.4/8.14.4/Submit) id s4EFAa4G021765; Wed, 14 May 2014 16:10:36 +0100 To: cygwin@cygwin.com Subject: Debugging sub-processes with gdb From: ht@inf.ed.ac.uk (Henry S. Thompson) Date: Wed, 14 May 2014 15:25:00 -0000 Message-ID: User-Agent: Gnus/5.101 (Gnus v5.10.10) XEmacs/21.5-b33 (linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Edinburgh-Scanned: at treacle.ucs.ed.ac.uk with MIMEDefang 2.60, Sophie, Sophos Anti-Virus, Clam AntiVirus X-IsSubscribed: yes X-SW-Source: 2014-05/txt/msg00311.txt.bz2 I'm trying to debug a problem with xemacs that involves the child process forked when you execute M-x shell. None of the mechanisms in the gdb documentation for choosing to step into the child process (instead of the parent) after a fork() seem to work for me. That is, in particular, setting follow-for-mode to child still leaves me in the parent after stepping over a fork(). Setting detach-on-fork to 'off' also seems to have no effect. Have I misunderstood something, or does this aspect of gdb just not work under cygwin (x86_64, 1.7.29-2)? Thanks, ht -- Henry S. Thompson, School of Informatics, University of Edinburgh 10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail from me _always_ has a .sig like this -- mail without it is forged spam] -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple