From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Nick Roberts Newsgroups: gmane.emacs.devel Subject: Re: gdb-ui / fring coredump question Date: Wed, 2 Feb 2005 21:09:52 +1300 Message-ID: <16896.35536.685152.154254@farnswood.snap.net.nz> References: <16895.56578.482474.182257@farnswood.snap.net.nz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1107336694 30964 80.91.229.2 (2 Feb 2005 09:31:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 2 Feb 2005 09:31:34 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 02 10:31:33 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1CwGqz-0002Gm-P8 for ged-emacs-devel@m.gmane.org; Wed, 02 Feb 2005 10:31:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CwH45-0005jZ-Bh for ged-emacs-devel@m.gmane.org; Wed, 02 Feb 2005 04:44:49 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CwGVE-0005nO-Rq for emacs-devel@gnu.org; Wed, 02 Feb 2005 04:08:48 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CwGVC-0005n1-OM for emacs-devel@gnu.org; Wed, 02 Feb 2005 04:08:48 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CwGQh-0004hD-QR for emacs-devel@gnu.org; Wed, 02 Feb 2005 04:04:08 -0500 Original-Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CwFhD-00014H-Ew; Wed, 02 Feb 2005 03:17:08 -0500 Original-Received: from farnswood.snap.net.nz (p113-tnt1.snap.net.nz [202.124.110.113]) by viper.snap.net.nz (Postfix) with ESMTP id 725E32A09AB; Wed, 2 Feb 2005 21:17:05 +1300 (NZDT) Original-Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 809F8628AB; Wed, 2 Feb 2005 08:09:53 +0000 (GMT) Original-To: snogglethorpe@gmail.com, miles@gnu.org In-Reply-To: X-Mailer: VM 7.19 under Emacs 21.3.50.46 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 X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: main.gmane.org gmane.emacs.devel:32754 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:32754 > > By default, if the fringe is present, both arrow and breakpoint icons > > should display there. The only way that I can get breakpoint icons to > > display in the margin when the fringe is present, is to make the fringe > > under eight pixels wide > > I'm confused what you mean above. Do you mean that you _want_ to use > the margin for breakpoint icons, but that there's some strange > interaction between the fringe and margin such that this doesn't work > when the fringe is 8 or more pixels wide? That sounds a bit strange. No. I mean thats the only way I can see that behaviour. > I'd think that the most desirable method would be to use the fringe > for both;... Yes. That's what should happen. > > (what value do you have for fringe-mode?). > > fringe-mode's value is nil This should be easy to debug if you instrument gdb-put-breakpoint-icon with Edebug, click on the fringe to set a breakpoint, and step through the function. The first gdb-put-string (anachronistic name) puts a bitmap in the fringe (if reached), while put-image puts an image in the margin. I've noticed that, in my case, although fringe-mode is nil, so that the fringes should have the default width (8 pixels), (window-fringes) gives (10 11 nil). Just a guess, but if you are using a different toolkit (GTK?) perhaps (window-fringes) gives something different again with a car of less than 8. This is Kim's code so he can probably shed more light. [Note for Kim: The doco for the variable fringe-mode mentions 'toggle-fringe' but there doesn't appear to be any such function.] > Another problem I saw in passing with the both-fringe-and-margins mode > is that for some reason once the margin had been displayed, it would > sometimes start blinking on and off (I mean, it would display first > without the margin, then redisplay with the margin, etc). I don't > have an easy test case for this though. I have seen something similar in an xterm but both-fringe-and-margins mode shouldn't happen ordinarily. Lets debug one problem at a time. Nick