From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6465 invoked by alias); 1 Mar 2007 02:21:25 -0000 Received: (qmail 6437 invoked by uid 22791); 1 Mar 2007 02:21:24 -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; Thu, 01 Mar 2007 02:21:19 +0000 Received: from kahikatea.snap.net.nz (97.62.255.123.dynamic.snap.net.nz [123.255.62.97]) by viper.snap.net.nz (Postfix) with ESMTP id C0AFD3DA054; Thu, 1 Mar 2007 15:21:15 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id 34A744F718; Thu, 1 Mar 2007 15:21:14 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17894.14489.656676.837961@kahikatea.snap.net.nz> Date: Thu, 01 Mar 2007 02:21:00 -0000 To: "Bill Baxter" Cc: "Daniel Jacobowitz" , gdb@sourceware.org Subject: Re: gdbmi.el not working with emacs 22 In-Reply-To: References: <17893.62936.704094.408606@kahikatea.snap.net.nz> <20070301000516.GA27705@caradoc.them.org> <20070301003249.GA28941@caradoc.them.org> <20070301011842.GA30825@caradoc.them.org> <17894.11312.312805.364208@kahikatea.snap.net.nz> X-Mailer: VM 7.19 under Emacs 22.0.94.2 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-03/txt/msg00013.txt.bz2 > > I'm not sure that Bill has the latest gdb-mi.el from CVS. > > I downloaded 1.11 from the CVS web interface: > http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/mi/gdb-mi.el?cvsroot=src > > But it does indeed seem to be different from the version you sent. Is > the web interface to CVS not showing the latest? I don't know what you got but I'm pretty sure that I sent you 1.11. > > I think some of the problems come from the versions of the gdb and emacs > > executables. So I have privately sent him the latest gdb-mi.el as it > > might just work (as an update to Emacs), although it's probably unlikely. > > No it didn't fix the problems. Debugging with cygwin's gdb 6.5.50 > seems the same. Breakpoint display works, but current line does not. > > BUT -- I just tried this -- it seems that cygwin's gdb 6.5.50 doesn't > work with regular M-x gdb and --annotate=3 mode either. So maybe > there's something else going on there, like line-ending conversion > problems. This excerpt from gdb-ui.el might be relevant. (I think Windows doesn't have ttys but uses pipes instead). ;;; Windows Platforms: ;; If you are using Emacs and GDB on Windows you will need to flush the buffer ;; explicitly in your program if you want timely display of I/O in Emacs. ;; Alternatively you can make the output stream unbuffered, for example, by ;; using a macro: ;; #ifdef UNBUFFERED ;; setvbuf (stdout, (char *) NULL, _IONBF, 0); ;; #endif ;; and compiling with -DUNBUFFERED while debugging. > Or not. FWIW, here's the console output of cygwin's GDB 6.5.50: > -------------------------------- >... > ---------------------------------------------------- > > And also FWIW here's what MinGW's gives: > ------------------------------------------------------ >... I think these differences are due to version changes in GDB, not cygwin/MinGW > Anyway, is there concise spec for GDB/MI anywhere that a developer > trying to implement a the interface can follow? Yes, under GDB/MI in the GDB manual. -- Nick http://www.inet.net.nz/~nickrob