GNU bug report logs - #10659
24.0.93; (elisp) `scan-lists'

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Mon, 30 Jan 2012 17:43:01 UTC

Severity: minor

Found in version 24.0.93

Done: Chong Yidong <cyd <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 10659 in the body.
You can then email your comments to 10659 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#10659; Package emacs. (Mon, 30 Jan 2012 17:43:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Drew Adams" <drew.adams <at> oracle.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 30 Jan 2012 17:43:03 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <bug-gnu-emacs <at> gnu.org>
Subject: 24.0.93; (elisp) `scan-lists'
Date: Mon, 30 Jan 2012 09:42:24 -0800
These two sentences don't seem to fit together:
 
"If DEPTH is nonzero, parenthesis depth counting begins from that
value."
 
"Thus, a positive value for DEPTH means go out DEPTH levels of
parenthesis."
 
To make them fit I imagine that counting begins at a positive DEPTH and
decrements, not increments, until zero is reached.  That fits this, as
well:
 
"The only candidates for stopping are places where the depth in
parentheses becomes zero; `scan-lists' counts COUNT such places and then
stops."
 
Is that it?  Counting is *backward* from a positive DEPTH value *to
zero*?  If so, say so.  If not, clarify what does in fact happen.  As it
is now, the description is not clear.

In GNU Emacs 24.0.93.1 (i386-mingw-nt5.1.2600)
 of 2012-01-29 on MARVIN
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --with-gcc (4.6) --no-opt --cflags
 -ID:/devel/emacs/libs/libXpm-3.5.8/include
 -ID:/devel/emacs/libs/libXpm-3.5.8/src
 -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
 -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
 -ID:/devel/emacs/libs/giflib-4.1.4-1/include
 -ID:/devel/emacs/libs/jpeg-6b-4/include
 -ID:/devel/emacs/libs/tiff-3.8.2-1/include
 -ID:/devel/emacs/libs/gnutls-3.0.9/include --ldflags
 -LD:/devel/emacs/libs/gnutls-3.0.9/lib'
 





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#10659; Package emacs. (Thu, 16 Feb 2012 14:47:02 GMT) Full text and rfc822 format available.

Message #8 received at 10659 <at> debbugs.gnu.org (full text, mbox):

From: Chong Yidong <cyd <at> gnu.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 10659 <at> debbugs.gnu.org
Subject: Re: bug#10659: 24.0.93; (elisp) `scan-lists'
Date: Thu, 16 Feb 2012 22:44:46 +0800
"Drew Adams" <drew.adams <at> oracle.com> writes:

> To make them fit I imagine that counting begins at a positive DEPTH and
> decrements, not increments, until zero is reached.  That fits this, as
> well:
>  
> "The only candidates for stopping are places where the depth in
> parentheses becomes zero; `scan-lists' counts COUNT such places and then
> stops."
>  
> Is that it?

Yep.  I've clarified this in the manual.




bug closed, send any further explanations to 10659 <at> debbugs.gnu.org and "Drew Adams" <drew.adams <at> oracle.com> Request was from Chong Yidong <cyd <at> gnu.org> to control <at> debbugs.gnu.org. (Thu, 16 Feb 2012 14:47:06 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 16 Mar 2012 11:24:03 GMT) Full text and rfc822 format available.

This bug report was last modified 13 years and 101 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.