From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12941 invoked by alias); 19 May 2006 13:43:06 -0000 Received: (qmail 12928 invoked by uid 22791); 19 May 2006 13:43:03 -0000 X-Spam-Check-By: sourceware.org Received: from eastrmmtao02.cox.net (HELO eastrmmtao02.cox.net) (68.230.240.37) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 19 May 2006 13:42:21 +0000 Received: from localhost.localdomain ([68.9.66.48]) by eastrmmtao02.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060519134217.JTM15470.eastrmmtao02.cox.net@localhost.localdomain>; Fri, 19 May 2006 09:42:17 -0400 Received: from bob by localhost.localdomain with local (Exim 4.52) id 1Fh5FF-0007E1-Ow; Fri, 19 May 2006 09:42:21 -0400 Date: Fri, 19 May 2006 15:56:00 -0000 From: Bob Rossi To: Jim Blandy , gdb@sources.redhat.com Subject: Re: invoking GDB from FE and signals Message-ID: <20060519134221.GC26750@brasko.net> Mail-Followup-To: Jim Blandy , gdb@sources.redhat.com References: <3518719F06577C4F85DA618E3C37AB91054A9EFD@nimbus.ott.qnx.com> <20060518172253.GE21003@brasko.net> <20060519005831.GG21003@brasko.net> <20060519025453.GA24453@nevyn.them.org> <20060519105945.GC31982@brasko.net> <20060519124919.GB750@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060519124919.GB750@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/msg00310.txt.bz2 On Fri, May 19, 2006 at 08:49:19AM -0400, Daniel Jacobowitz wrote: > On Fri, May 19, 2006 at 06:59:45AM -0400, Bob Rossi wrote: > > OK, you could not be more correct. I want GDB to handle it, not the FE. > > However, how do I let "GDB handle it", while using the 'set tty' > > command? I guess that's the question I've been asking all along. > > Make it trap the SIGINT and do something sensible with it. OK, so, does anyone think this suggestion would have drawbacks? That is, modify GDB so that the FE can always send the signal to the GDB pty, and GDB will figure out what to do with the signal. This would be a wonderful solution. That way, if the FE is using 'set tty' or not, it could always send the signal to the same place. Thanks, Bob Rossi