* bug#31654: emacs-lisp-intro.texi - backtrace
@ 2018-05-30 9:23 Van L
[not found] ` <handler.31654.B.152767225430552.ack@debbugs.gnu.org>
2018-05-30 16:54 ` bug#31654: emacs-lisp-intro.texi - backtrace Eli Zaretskii
0 siblings, 2 replies; 7+ messages in thread
From: Van L @ 2018-05-30 9:23 UTC (permalink / raw)
To: 31654
Hello.
What I’ll do is collect backtrace as documented and shown in GNU Emacs 26.1, here.
I like how the original extended the common prefix ``eval’’ in the naming.
The newer backtrace result looks ``complicated''.
#+BEGIN_EXAMPLE
8cda6f8f (Glenn Morris 2007-09-06 1818) ---------- Buffer: *Backtrace* ----------
8cda6f8f (Glenn Morris 2007-09-06 1819) Debugger entered--Lisp error: (void-function fill-column)
8cda6f8f (Glenn Morris 2007-09-06 1820) (fill-column)
8cda6f8f (Glenn Morris 2007-09-06 1821) eval((fill-column))
8cda6f8f (Glenn Morris 2007-09-06 1822) eval-last-sexp-1(nil)
8cda6f8f (Glenn Morris 2007-09-06 1823) eval-last-sexp(nil)
8cda6f8f (Glenn Morris 2007-09-06 1824) call-interactively(eval-last-sexp)
8cda6f8f (Glenn Morris 2007-09-06 1825) ---------- Buffer: *Backtrace* ----------
Debugger entered--Lisp error: (void-function fill-column)
(fill-column)
eval((fill-column) nil)
elisp--eval-last-sexp(nil)
eval-last-sexp(nil)
funcall-interactively(eval-last-sexp nil)
call-interactively(eval-last-sexp nil nil)
command-execute(eval-last-sexp)
#+END_EXAMPLE
^ permalink raw reply [flat|nested] 7+ messages in thread[parent not found: <handler.31654.B.152767225430552.ack@debbugs.gnu.org>]
* bug#31654: Acknowledgement (emacs-lisp-intro.texi - backtrace)
[not found] ` <handler.31654.B.152767225430552.ack@debbugs.gnu.org>
@ 2018-05-30 9:34 ` Van L
2018-06-01 13:42 ` Van L
0 siblings, 1 reply; 7+ messages in thread
From: Van L @ 2018-05-30 9:34 UTC (permalink / raw)
To: 31654
> GNU bug Tracking System writes:
>
> If you wish to submit further information on this problem, please
> send it to 31654@debbugs.gnu.org.
#+BEGIN_EXAMPLE
8cda6f8f (Glenn Morris 2007-09-06 1863) In GNU Emacs 22, you will create a @file{*Backtrace*} buffer that
8cda6f8f (Glenn Morris 2007-09-06 1864) says:
8cda6f8f (Glenn Morris 2007-09-06 1865)
8cda6f8f (Glenn Morris 2007-09-06 1866) @smallexample
8cda6f8f (Glenn Morris 2007-09-06 1867) @group
8cda6f8f (Glenn Morris 2007-09-06 1868) ---------- Buffer: *Backtrace* ----------
8cda6f8f (Glenn Morris 2007-09-06 1869) Debugger entered--Lisp error: (void-variable +)
8cda6f8f (Glenn Morris 2007-09-06 1870) eval(+)
8cda6f8f (Glenn Morris 2007-09-06 1871) eval-last-sexp-1(nil)
8cda6f8f (Glenn Morris 2007-09-06 1872) eval-last-sexp(nil)
8cda6f8f (Glenn Morris 2007-09-06 1873) call-interactively(eval-last-sexp)
8cda6f8f (Glenn Morris 2007-09-06 1874) ---------- Buffer: *Backtrace* ----------
8cda6f8f (Glenn Morris 2007-09-06 1875) @end group
8cda6f8f (Glenn Morris 2007-09-06 1876) @end smallexample
Debugger entered--Lisp error: (void-variable +)
eval(+ nil)
elisp--eval-last-sexp(nil)
eval-last-sexp(nil)
funcall-interactively(eval-last-sexp nil)
call-interactively(eval-last-sexp nil nil)
command-execute(eval-last-sexp)
#+END_EXAMPLE
^ permalink raw reply [flat|nested] 7+ messages in thread* bug#31654: Acknowledgement (emacs-lisp-intro.texi - backtrace)
2018-05-30 9:34 ` bug#31654: Acknowledgement (emacs-lisp-intro.texi - backtrace) Van L
@ 2018-06-01 13:42 ` Van L
2018-06-01 14:12 ` Eli Zaretskii
0 siblings, 1 reply; 7+ messages in thread
From: Van L @ 2018-06-01 13:42 UTC (permalink / raw)
To: 31654
>> GNU bug Tracking System writes:
>>
>> If you wish to submit further information on this problem, please
>> send it to 31654@debbugs.gnu.org.
#+BEGIN_EXAMPLE
8cda6f8f (Glenn Morris 2007-09-06 2134) @smallexample
8cda6f8f (Glenn Morris 2007-09-06 2135) @group
8cda6f8f (Glenn Morris 2007-09-06 2136) ---------- Buffer: *Backtrace* ----------
8cda6f8f (Glenn Morris 2007-09-06 2137) Debugger entered--Lisp error:
8cda6f8f (Glenn Morris 2007-09-06 2138) (wrong-type-argument number-or-marker-p hello)
8cda6f8f (Glenn Morris 2007-09-06 2139) +(2 hello)
8cda6f8f (Glenn Morris 2007-09-06 2140) eval((+ 2 (quote hello)))
8cda6f8f (Glenn Morris 2007-09-06 2141) eval-last-sexp-1(nil)
8cda6f8f (Glenn Morris 2007-09-06 2142) eval-last-sexp(nil)
8cda6f8f (Glenn Morris 2007-09-06 2143) call-interactively(eval-last-sexp)
8cda6f8f (Glenn Morris 2007-09-06 2144) ---------- Buffer: *Backtrace* ----------
8cda6f8f (Glenn Morris 2007-09-06 2145) @end group
8cda6f8f (Glenn Morris 2007-09-06 2146) @end smallexample
Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p hello)
+(2 hello)
eval((+ 2 'hello) nil)
elisp--eval-last-sexp(nil)
eval-last-sexp(nil)
funcall-interactively(eval-last-sexp nil)
call-interactively(eval-last-sexp nil nil)
command-execute(eval-last-sexp)
#+END_EXAMPLE
^ permalink raw reply [flat|nested] 7+ messages in thread* bug#31654: Acknowledgement (emacs-lisp-intro.texi - backtrace)
2018-06-01 13:42 ` Van L
@ 2018-06-01 14:12 ` Eli Zaretskii
0 siblings, 0 replies; 7+ messages in thread
From: Eli Zaretskii @ 2018-06-01 14:12 UTC (permalink / raw)
To: Van L; +Cc: 31654-done
> From: Van L <van@scratch.space>
> Date: Fri, 1 Jun 2018 23:42:09 +1000
>
> Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p hello)
> +(2 hello)
> eval((+ 2 'hello) nil)
> elisp--eval-last-sexp(nil)
> eval-last-sexp(nil)
> funcall-interactively(eval-last-sexp nil)
> call-interactively(eval-last-sexp nil nil)
> command-execute(eval-last-sexp)
Thanks, fixed.
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#31654: emacs-lisp-intro.texi - backtrace
2018-05-30 9:23 bug#31654: emacs-lisp-intro.texi - backtrace Van L
[not found] ` <handler.31654.B.152767225430552.ack@debbugs.gnu.org>
@ 2018-05-30 16:54 ` Eli Zaretskii
2018-05-31 3:00 ` Van L
1 sibling, 1 reply; 7+ messages in thread
From: Eli Zaretskii @ 2018-05-30 16:54 UTC (permalink / raw)
To: Van L; +Cc: 31654
> From: Van L <van@scratch.space>
> Date: Wed, 30 May 2018 19:23:51 +1000
>
> I like how the original extended the common prefix ``eval’’ in the naming.
>
> The newer backtrace result looks ``complicated''.
>
> #+BEGIN_EXAMPLE
> 8cda6f8f (Glenn Morris 2007-09-06 1818) ---------- Buffer: *Backtrace* ----------
> 8cda6f8f (Glenn Morris 2007-09-06 1819) Debugger entered--Lisp error: (void-function fill-column)
> 8cda6f8f (Glenn Morris 2007-09-06 1820) (fill-column)
> 8cda6f8f (Glenn Morris 2007-09-06 1821) eval((fill-column))
> 8cda6f8f (Glenn Morris 2007-09-06 1822) eval-last-sexp-1(nil)
> 8cda6f8f (Glenn Morris 2007-09-06 1823) eval-last-sexp(nil)
> 8cda6f8f (Glenn Morris 2007-09-06 1824) call-interactively(eval-last-sexp)
> 8cda6f8f (Glenn Morris 2007-09-06 1825) ---------- Buffer: *Backtrace* ----------
>
> Debugger entered--Lisp error: (void-function fill-column)
> (fill-column)
> eval((fill-column) nil)
> elisp--eval-last-sexp(nil)
> eval-last-sexp(nil)
> funcall-interactively(eval-last-sexp nil)
> call-interactively(eval-last-sexp nil nil)
> command-execute(eval-last-sexp)
> #+END_EXAMPLE
But it's what Emacs shows nowadays. I don't see any good reasons to
describe in the manual something that is different from the reality, I
think this could only add to confusion.
Backtraces are usually "ugly" in that way, and developers should get
used to that.
If you or someone else have ideas how to make this "nicer" without
lying to the reader, I'm all ears.
Thanks.
^ permalink raw reply [flat|nested] 7+ messages in thread* bug#31654: emacs-lisp-intro.texi - backtrace
2018-05-30 16:54 ` bug#31654: emacs-lisp-intro.texi - backtrace Eli Zaretskii
@ 2018-05-31 3:00 ` Van L
2018-05-31 14:44 ` Eli Zaretskii
0 siblings, 1 reply; 7+ messages in thread
From: Van L @ 2018-05-31 3:00 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 31654
> On 31 May 2018, at 02:54, Eli Zaretskii <eliz@gnu.org> wrote:
>
> But it's what Emacs shows nowadays. I don't see any good reasons to
> describe in the manual something that is different from the reality
>
> If you or someone else have ideas how to make this "nicer" without
> lying to the reader, I'm all ears.
The ``ignore'' passage for pre-version 22 suggests a one line backtrace for the event of function or variable being ``void’’. Neat.
How about something like a universal argument for level of detail of verbosity? for backtrace.
The default is one line where possible for C-x C-e.
The easy to medium setting has lines having a common beautiful prefix where possible.
The extremely difficult setting has all the ugly offal outpourings for the kitchen sink.
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#31654: emacs-lisp-intro.texi - backtrace
2018-05-31 3:00 ` Van L
@ 2018-05-31 14:44 ` Eli Zaretskii
0 siblings, 0 replies; 7+ messages in thread
From: Eli Zaretskii @ 2018-05-31 14:44 UTC (permalink / raw)
To: Van L; +Cc: 31654
> From: Van L <van@scratch.space>
> Date: Thu, 31 May 2018 13:00:02 +1000
> Cc: 31654@debbugs.gnu.org
>
> How about something like a universal argument for level of detail of verbosity? for backtrace.
I don't see why it would be useful. Backtraces must be as accurate as
possible, showing the exact sequence of calls, so that the user who
debugs the problem could step through the relevant code. Omitting
parts of a backtrace because they might be "ugly" or "confusing" would
be a disservice, I think. I have never seen any practical use case
where that would be a good idea. And I don't think I've seen a
debugger that provides such a feature.
Does anyone see a practical use case for such a feature?
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2018-06-01 14:12 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-05-30 9:23 bug#31654: emacs-lisp-intro.texi - backtrace Van L
[not found] ` <handler.31654.B.152767225430552.ack@debbugs.gnu.org>
2018-05-30 9:34 ` bug#31654: Acknowledgement (emacs-lisp-intro.texi - backtrace) Van L
2018-06-01 13:42 ` Van L
2018-06-01 14:12 ` Eli Zaretskii
2018-05-30 16:54 ` bug#31654: emacs-lisp-intro.texi - backtrace Eli Zaretskii
2018-05-31 3:00 ` Van L
2018-05-31 14:44 ` Eli Zaretskii
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).