From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: gdb-ui almosts works in NT Date: Wed, 02 Apr 2003 09:14:34 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200304021414.h32EEY6Y025552@rum.cs.yale.edu> References: <16008.44352.107937.312219@nick.uklinux.net> <3791-Tue01Apr2003062831+0300-eliz@elta.co.il> <16009.65353.101403.890085@nick.uklinux.net> <200304012131.h31LVZOu022745@rum.cs.yale.edu> <7263-Wed02Apr2003061204+0300-eliz@elta.co.il> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1049294536 2008 80.91.224.249 (2 Apr 2003 14:42:16 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 2 Apr 2003 14:42:16 +0000 (UTC) Cc: monnier+gnu/emacs@rum.cs.yale.edu Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed Apr 02 16:42:14 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 190jRO-0000WE-00 for ; Wed, 02 Apr 2003 16:42:14 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 190jSV-0007yp-00 for ; Wed, 02 Apr 2003 16:43:24 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 190jMe-0005AQ-07 for emacs-devel@quimby.gnus.org; Wed, 02 Apr 2003 09:37:20 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 190j4S-0005dQ-00 for emacs-devel@gnu.org; Wed, 02 Apr 2003 09:18:32 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 190j3j-0004xf-00 for emacs-devel@gnu.org; Wed, 02 Apr 2003 09:17:48 -0500 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.10.13) id 190j0g-0002xr-00 for emacs-devel@gnu.org; Wed, 02 Apr 2003 09:14:38 -0500 Original-Received: from rum.cs.yale.edu (localhost [127.0.0.1]) by rum.cs.yale.edu (8.12.8/8.12.8) with ESMTP id h32EEZx6025554; Wed, 2 Apr 2003 09:14:35 -0500 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.12.8/8.12.8/Submit) id h32EEY6Y025552; Wed, 2 Apr 2003 09:14:34 -0500 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: "Eli Zaretskii" Original-cc: emacs-devel@gnu.org Original-cc: nick@nick.uklinux.net X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:12843 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:12843 > > From: "Stefan Monnier" > > Date: Tue, 01 Apr 2003 16:31:35 -0500 > > > > > > 1) gdb-ui doesn't output to the I/O buffer in NT. > > > > Are you sure this is the always the case ? > > I think it does not depend on gdb-ui but on the underlying gdb session, > > so it might depend on which gdb executable you're using (native port, > > mingw, cygwin, dos, godknowswhatelse, ...) and on what kind of runtime > > library is used by the debugged program (again, native, cygwin, > > djgpp, ...). > > Just FYI: the DOS port uses only the DJGPP library and runtime, there > is no other DOS configuration of Emacs that one can build, not for > years. > > As for Cygwin, this problem might indeed not happen there (and then > again it might), but the clause suggested by Nick didn't include the > `cygwin' configuration, so I think it's safe. Someone who has the > Cygwin build handy should try this and tell what they found; until > then, I think we should assume it's Unix-like. But aren't we talking about different things. I was talking about how gdb and the debugged program were built, whereas you're talking about how Emacs is built. Aren't those two aspects somewhat orthogonal ? Can't I run a cygwin gdb within NTemacs ? I think a better solution would be to make the creation and/or display of the I/O buffer conditional on the presence of output. Or something like that. Stefan