From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15748 invoked by alias); 10 Feb 2004 20:06:23 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 15737 invoked from network); 10 Feb 2004 20:06:21 -0000 Received: from unknown (HELO bilbo.inter.net.il) (192.114.186.18) by sources.redhat.com with SMTP; 10 Feb 2004 20:06:21 -0000 Received: from zaretski ([80.230.146.111]) by bilbo.inter.net.il (MOS 3.4.4-GR) with ESMTP id CLH10454; Tue, 10 Feb 2004 22:06:11 +0200 (IST) Date: Tue, 10 Feb 2004 20:06:00 -0000 From: "Eli Zaretskii" To: Elena Zannoni Message-Id: <7494-Tue10Feb2004220655+0200-eliz@elta.co.il> CC: gdb-patches@sources.redhat.com In-reply-to: <16425.13661.237505.892571@localhost.redhat.com> (message from Elena Zannoni on Tue, 10 Feb 2004 14:47:41 -0500) Subject: Re: [RFA/doco] add obstacks to gdbint.texi Reply-to: Eli Zaretskii References: <16425.5280.824503.7068@localhost.redhat.com> <6654-Tue10Feb2004210510+0200-eliz@elta.co.il> <16425.13661.237505.892571@localhost.redhat.com> X-SW-Source: 2004-02/txt/msg00255.txt.bz2 > From: Elena Zannoni > Date: Tue, 10 Feb 2004 14:47:41 -0500 > > > > I would put "obstack" either in @code or in @samp. > > all over or just that sentence? All over, I think. > > Finally, there are many places where there's only one blank after a > > dot that ends a sentence. Please make that 2 spaces. > > Ok, is there something in .emacs that I should set to get this done when > I do an 'esc-q' for instance? It does that for me by default. If it doesn't for you, perhaps you have sentence-end-double-space set to nil somehow. > +An essential and convenient property of all data on obstacks is that > +memory for it gets allocated (with obstack_alloc) at various times > +during a debugging sesssion, but it is released all at once using the > +obstack_free function. The obstack_free function takes a pointer to > +where in the stack it must start the deletion from (much like the > +cleanup chains have a pointer to where to start the cleanups). obstack_free, obstack_alloc, etc. are functions, so they need @code. Otherwise, fine; thanks.