From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6970 invoked by alias); 14 May 2006 22:44:35 -0000 Received: (qmail 6962 invoked by uid 22791); 14 May 2006 22:44:34 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Sun, 14 May 2006 22:44:02 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1FfPJe-0002Wd-7Q; Sun, 14 May 2006 18:43:58 -0400 Date: Mon, 15 May 2006 13:35:00 -0000 From: Daniel Jacobowitz To: Nick Roberts Cc: Bob Rossi , gdb@sourceware.org Subject: Re: invoking GDB from FE and signals Message-ID: <20060514224358.GA9546@nevyn.them.org> Mail-Followup-To: Nick Roberts , Bob Rossi , gdb@sourceware.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> <17511.45357.24014.266829@farnswood.snap.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17511.45357.24014.266829@farnswood.snap.net.nz> User-Agent: Mutt/1.5.11+cvs20060403 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/msg00201.txt.bz2 On Mon, May 15, 2006 at 10:37:33AM +1200, Nick Roberts wrote: > 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. Correct. This is managed by target_terminal_ours and target_terminal_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). The inferior's stdin is connected to the terminal, not to GDB, so there's no way to do this. Basically, if they're both going to read from the same standard input, "synchronous" operation is pretty much mandated. -- Daniel Jacobowitz CodeSourcery