From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11311 invoked by alias); 14 May 2006 22:38:11 -0000 Received: (qmail 11268 invoked by uid 22791); 14 May 2006 22:38:10 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 14 May 2006 22:38:08 +0000 Received: from farnswood.snap.net.nz (p202-124-112-217.snap.net.nz [202.124.112.217]) by viper.snap.net.nz (Postfix) with ESMTP id BA6237576D7; Mon, 15 May 2006 10:38:06 +1200 (NZST) Received: by farnswood.snap.net.nz (Postfix, from userid 500) id ED375627ED; Sun, 14 May 2006 23:37:33 +0100 (BST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17511.45357.24014.266829@farnswood.snap.net.nz> Date: Mon, 15 May 2006 06:55:00 -0000 To: Daniel Jacobowitz Cc: Bob Rossi , gdb@sourceware.org Subject: Re: invoking GDB from FE and signals In-Reply-To: <20060514041653.GA18922@nevyn.them.org> 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> X-Mailer: VM 7.19 under Emacs 22.0.50.52 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/msg00200.txt.bz2 > 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()). Maybe that relates to what I'm seeing on the async branch (and with Apple's GDB) where the inferior can't accept input on the same terminal: -exec-run ^running (gdb) Enter value for n1: 5 Enter value for n2: Suspended (tty input) Where 5 has been entered by the user for the inferior. I was hoping that GDB could tell whether the inferior was waiting for input or not and pass any input it receives or process it accordingly (a problem I have with Emacs is not knowing whether to queue an input for GDB or send it immediately for the inferior). -- Nick http://www.inet.net.nz/~nickrob