GNU bug report logs -
#31589
lispintro - Backtrace read out update
Previous Next
Reported by: Van L <van <at> scratch.space>
Date: Fri, 25 May 2018 03:33:01 UTC
Severity: minor
Done: Eli Zaretskii <eliz <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 31589 in the body.
You can then email your comments to 31589 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#31589
; Package
emacs
.
(Fri, 25 May 2018 03:33:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Van L <van <at> scratch.space>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 25 May 2018 03:33:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello.
The documentation and behavior are different.
diff --git a/doc/lispintro/emacs-lisp-intro.texi b/doc/lispintro/emacs-lisp-intro.texi
index b79432e..a3a2155 100644
--- a/doc/lispintro/emacs-lisp-intro.texi
+++ b/doc/lispintro/emacs-lisp-intro.texi
@@ -1339,10 +1339,12 @@ Making Errors
---------- Buffer: *Backtrace* ----------
Debugger entered--Lisp error: (void-function this)
(this is an unquoted list)
- eval((this is an unquoted list))
- eval-last-sexp-1(nil)
+ eval((this is an unquoted list) nil)
+ elisp--eval-last-sexp(nil)
eval-last-sexp(nil)
- call-interactively(eval-last-sexp)
+ funcall-interactively(eval-last-sexp nil)
+ call-interactively(eval-last-sexp nil nil)
+ command-execute(eval-last-sexp)
---------- Buffer: *Backtrace* ----------
@end group
@end smallexample
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#31589
; Package
emacs
.
(Fri, 25 May 2018 04:22:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 31589 <at> debbugs.gnu.org (full text, mbox):
In the example given, I think if the first atom of the list is `this-here’, as in:
(this-here is an unquoted list)
explained in the context of `(void-function this-here)’ stands out distinctly from other uses of `this’ in the surrounding text.
: 8cda6f8f (Glenn Morris 2007-09-06 1318) (this is an unquoted list)
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Fri, 25 May 2018 08:38:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Van L <van <at> scratch.space>
:
bug acknowledged by developer.
(Fri, 25 May 2018 08:38:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 31589-done <at> debbugs.gnu.org (full text, mbox):
> From: Van L <van <at> scratch.space>
> Date: Fri, 25 May 2018 13:32:02 +1000
>
> The documentation and behavior are different.
Thanks, fixed.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#31589
; Package
emacs
.
(Fri, 25 May 2018 08:40:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 31589 <at> debbugs.gnu.org (full text, mbox):
> From: Van L <van <at> scratch.space>
> Date: Fri, 25 May 2018 14:21:24 +1000
>
> In the example given, I think if the first atom of the list is `this-here’, as in:
>
> (this-here is an unquoted list)
>
> explained in the context of `(void-function this-here)’ stands out distinctly from other uses of `this’ in the surrounding text.
>
> : 8cda6f8f (Glenn Morris 2007-09-06 1318) (this is an unquoted list)
Sorry, I don't understand what you are trying to say. The string
"this-here" doesn't appear anywhere in this manual. And 'this' is a
commonly-used symbol in these days of OOP.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#31589
; Package
emacs
.
(Fri, 25 May 2018 09:00:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 31589 <at> debbugs.gnu.org (full text, mbox):
> On 25 May 2018, at 18:39, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> And 'this' is a
> commonly-used symbol in these days of OOP.
Yes. That’s one of the two sources of confusion, the other is the plain old English `this’ used in the unquoted list and surrounding discussion.
Having `this-here’ emphasizes the first atom of the list being discussed as distinct from `this' in an oop sense or ordinary `this' in a sentence. It bends over backwards more for a non-programmer.
Anyway, your call.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#31589
; Package
emacs
.
(Fri, 25 May 2018 09:59:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 31589 <at> debbugs.gnu.org (full text, mbox):
On 2018-05-25 20:59, Van L wrote:
> Having `this-here’ emphasizes the first atom of the list being
> discussed as distinct from `this' in an oop sense or ordinary `this'
> in a sentence. It bends over backwards more for a non-programmer.
A bit awkward, though?
I think "(here is an unquoted list)" would be nicer than that, if
such a change was to be made.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#31589
; Package
emacs
.
(Fri, 25 May 2018 10:39:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 31589 <at> debbugs.gnu.org (full text, mbox):
> Phil Sainty writes:
>
> Van L writes:
>> Having `this-here’ emphasizes the first atom of the list being
>> discussed as distinct from `this' in an oop sense or ordinary `this'
>> in a sentence. It bends over backwards more for a non-programmer.
>
> A bit awkward, though?
>
> I think "(here is an unquoted list)" would be nicer than that, if
> such a change was to be made.
Not awkward in the following context, which has the hyphenated `void-function’.
(void-function this-here)
Looks nicer to me.
It hints of being lispy.
hmmm, yeah, this works, too, and won’t add more.
(void-function here)
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 22 Jun 2018 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 77 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.