From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: nickrob@snap.net.nz (Nick Roberts) Newsgroups: gmane.emacs.devel Subject: Re: other weird gdb-mi problems Date: Fri, 28 Aug 2009 15:05:06 +1200 Message-ID: <19095.18786.167456.487986@totara.tehura.co.nz> References: <83vdkacx2k.fsf@gnu.org> <19093.50389.972379.110708@totara.tehura.co.nz> <878wh6gh48.fsf@catnip.gol.com> <19094.4394.535184.630878@totara.tehura.co.nz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1251430745 565 80.91.229.12 (28 Aug 2009 03:39:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Aug 2009 03:39:05 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org, Dmitry Dzhus To: Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 28 05:38:58 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MgsIh-0008PC-Im for ged-emacs-devel@m.gmane.org; Fri, 28 Aug 2009 05:38:55 +0200 Original-Received: from localhost ([127.0.0.1]:52358 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MgsIh-0004aa-0d for ged-emacs-devel@m.gmane.org; Thu, 27 Aug 2009 23:38:55 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MgsIa-0004aD-2v for emacs-devel@gnu.org; Thu, 27 Aug 2009 23:38:48 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MgsIU-0004Zl-4R for emacs-devel@gnu.org; Thu, 27 Aug 2009 23:38:46 -0400 Original-Received: from [199.232.76.173] (port=56017 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MgsIU-0004Zi-1f for emacs-devel@gnu.org; Thu, 27 Aug 2009 23:38:42 -0400 Original-Received: from viper.snap.net.nz ([202.37.101.25]:35967) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MgsIP-0000P0-Bz; Thu, 27 Aug 2009 23:38:37 -0400 Original-Received: from totara (unknown [123.255.29.59]) by viper.snap.net.nz (Postfix) with ESMTP id 61FFA3DAB03; Fri, 28 Aug 2009 15:05:09 +1200 (NZST) Original-Received: by totara (Postfix, from userid 1000) id 3C028C164; Fri, 28 Aug 2009 15:05:06 +1200 (NZST) In-Reply-To: X-Mailer: VM 7.19 under Emacs 22.2.1 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:114719 Archived-At: > (1) Calling a program function from gdb to display various info; these > no longer seems to work. > > E.g. if I do: "call dump_loc(SOME_VAR)" > where the "dump_loc" function just prints some stuff about SOME_VAR > to stdout (and then flushes stdout). In previous versions of gdb > this worked great, but now it doesn't. It works for me what do you see in Emacs? What do you get if you do "call dump_loc(SOME_VAR)" in GDB from the command line? > This is actually kinda important, because it's a very commonly > used technique to add gdb debugging hooks into programs... > > I thought maybe this had something to do with the > "*input/output ...*" buffer which is now getting used, but the > output didn't show up there either. > > > (2) It display breakpoint icon in the margin, instead of in the > fringe, if I have the "fringe-style" set to `half'. > > I guess maybe it's trying to ensure that the icon it fits in the > space available, and indeed, there's like a single pixel chopped > off one edge if I force it (by setting half-margin-mode _after_ > setting the breakpoint). > > However, having the margins are much more annoying than slightly > truncated icons (especially since the icon is essentially, a red > blob), so it would be nice if it were less eager about doing this, > or tried to substitute a smaller icon in such a case, or something. There are probably all kinds of anomalies with the margin: I don't know why I made it two characters wide, the icon size is in pixels and not not font size dependent ... I think placement is determined by (if (>= (or left-fringe-width (if source-window (car (window-fringes source-window))) gdb-buffer-fringe-width) 8) in gdb-put-breakpoint-icon. You're welcome to change that value in CVS to what you think is a more sensible value. -- Nick http://www.inet.net.nz/~nickrob