[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#36566: 27.0.50; debug is sometimes horribly slow
From: |
Gemini Lasswell |
Subject: |
bug#36566: 27.0.50; debug is sometimes horribly slow |
Date: |
Wed, 31 Jul 2019 18:06:10 -0700 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.2.90 (gnu/linux) |
Michael Heerdegen <michael_heerdegen@web.de> writes:
> BTW, when I eval this
>
> (let ((x '#1=(1 . #1#)))
> (debug)
> (cons x x))
>
> I get a backtrace like
>
> Debugger entered: nil
> (let ((x '(1 . #6))) (debug) (cons x x))
> eval((let ((x '(1 . #7))) (debug) (cons x x)) t)
>
> whereby when I hit C-u # all references get number 1, or start from 1
> for every frame:
>
> Debugger entered: nil
> (let ((x '#1=(1 . #1#))) (debug) (cons x x))
> eval((let ((x '#1=(1 . #1#))) (debug) (cons x x)) t)
>
> Just a minor inconvenience, though.
Without print-circle turned on, no hash table gets built to identify
objects, so the #<number> is only an indicator that a loop was found in
the data structure, not an indicator of any particular object. The
number printed comes from the depth of nested data structures at the
point the loop is detected.