From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4536 invoked by alias); 15 May 2006 13:35:10 -0000 Received: (qmail 4525 invoked by uid 22791); 15 May 2006 13:35:08 -0000 X-Spam-Check-By: sourceware.org Received: from eastrmmtao05.cox.net (HELO eastrmmtao05.cox.net) (68.230.240.34) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 15 May 2006 13:34:52 +0000 Received: from localhost.localdomain ([68.9.66.48]) by eastrmmtao05.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060515133450.HKMP26910.eastrmmtao05.cox.net@localhost.localdomain>; Mon, 15 May 2006 09:34:50 -0400 Received: from bob by localhost.localdomain with local (Exim 4.52) id 1FfdEW-00038z-Jl; Mon, 15 May 2006 09:35:36 -0400 Date: Mon, 15 May 2006 13:39:00 -0000 From: Bob Rossi To: Nick Roberts , gdb@sourceware.org Subject: Re: invoking GDB from FE and signals Message-ID: <20060515133536.GF13445@brasko.net> References: <20060513141920.GC10678@brasko.net> <20060513145421.GA3664@nevyn.them.org> <20060513151026.GD10678@brasko.net> <20060513151057.GA4112@nevyn.them.org> <20060513152021.GE10678@brasko.net> <20060513154816.GA5022@nevyn.them.org> <20060513171441.GA13445@brasko.net> <17510.22060.587610.613452@farnswood.snap.net.nz> <20060514041653.GA18922@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060514041653.GA18922@nevyn.them.org> User-Agent: Mutt/1.5.9i 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-05/txt/msg00203.txt.bz2 On Sun, May 14, 2006 at 12:16:53AM -0400, Daniel Jacobowitz wrote: > On Sun, May 14, 2006 at 09:57:00AM +1200, Nick Roberts wrote: > > does it do when SIGINT is read" (which is sent by ~c^c). Well it just works > > like it does in a terminal but then I was surprised when Daniel said: > > > > When the inferior is running and you press Control-C, the signal goes to > > the inferior, not to GDB. > > > > because I had thought it was the other way round and GDB could decide whether > > to pass the signal on to the inferior or not according to the output of > > "info signal". > > Job control signals are funny. The C-c sends a signal to the process > group in control of the current terminal, and when the inferior is > running, GDB makes sure that it "owns" the terminal (so that it won't > e.g. be automatically stopped with SIGTTIN if it tries to read()). > > This all predates 'set tty' of course. O, right. The tty command. I definatly use that for the inferior which I believe emacs does not. Nick, do you know if emacs uses the 'set tty' command? Daniel, can you think of how this would effect signal handling? In particular the 'kill (gdb_pid, SIGINT)' I send to GDB, only when the inferior is running, shuts down GDB. This could of course be because the inferior is dieing. What do you think? Thanks, Bob Rossi