all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#16886: 24.3.50; Lisp nesting exceeds `max-lisp-eval-depth' with `M-x cancel-debug-on-entry'
@ 2014-02-26  0:51 Drew Adams
  2016-07-29  1:11 ` npostavs
  0 siblings, 1 reply; 4+ messages in thread
From: Drew Adams @ 2014-02-26  0:51 UTC (permalink / raw)
  To: 16886

Hope this helps.  This was with my setup.  AFAIK, I had used
`debug-on-entry' for only one function.

I then did `M-x cancel-debug-on-entry RET', and Emacs took a
long time to return (used lots of CPU).  I tried it again, and
got the backtrace.

I then did `M-x cancel-debug-on-entry' and instead of
hitting RET I hit TAB.  `nil' appeared as the default for
the function whose debugging is to be canceled.

Both that and the backtrace show that somehow
`debugger-list-functions' is returning the list `(nil)'.
No idea why.  AFAIK, I do not fiddle with any such list of functions
or such advice.

Debugger entered--Lisp error: (error "Lisp nesting exceeds `max-lisp-eval-depth'")
  advice--p(nil)
  advice--member-p(debug--implement-debug-on-entry debug--implement-debug-on-entry nil)
  advice-function-member-p(debug--implement-debug-on-entry nil)
  advice-member-p(debug--implement-debug-on-entry NIKHAHIT)
  #[257 "...
  mapatoms(#[257 "...
  debug--function-list()
  cancel-debug-on-entry(nil)
  mapcar(cancel-debug-on-entry (nil))
<---------------585 repetitions of the last two lines---------------->
  mapcar(cancel-debug-on-entry (nil))
  cancel-debug-on-entry(nil)
  call-interactively(cancel-debug-on-entry record-it)
  icicle-execute-extended-command-1("cancel-debug-on-entry")
  #[nil "...
  call-interactively(icicle-execute-extended-command nil nil)
  command-execute(icicle-execute-extended-command)

In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
 of 2014-02-21 on ODIEONE
Bzr revision: 116523 lekktu@gmail.com-20140222021049-g04nwe512x430tk5
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --prefix=/c/Devel/emacs/binary --enable-checking=yes,glyphs
 'CFLAGS=-O0 -g3' LDFLAGS=-Lc:/Devel/emacs/lib
 CPPFLAGS=-Ic:/Devel/emacs/include'





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#16886: 24.3.50; Lisp nesting exceeds `max-lisp-eval-depth' with `M-x cancel-debug-on-entry'
  2014-02-26  0:51 bug#16886: 24.3.50; Lisp nesting exceeds `max-lisp-eval-depth' with `M-x cancel-debug-on-entry' Drew Adams
@ 2016-07-29  1:11 ` npostavs
  2016-07-29  3:51   ` Drew Adams
  0 siblings, 1 reply; 4+ messages in thread
From: npostavs @ 2016-07-29  1:11 UTC (permalink / raw)
  To: Drew Adams; +Cc: 16886

tags 16886 unreproducible
quit

Drew Adams <drew.adams@oracle.com> writes:

> Hope this helps.  This was with my setup.  AFAIK, I had used
> `debug-on-entry' for only one function.
>
> I then did `M-x cancel-debug-on-entry RET', and Emacs took a
> long time to return (used lots of CPU).  I tried it again, and
> got the backtrace.
>
> I then did `M-x cancel-debug-on-entry' and instead of
> hitting RET I hit TAB.  `nil' appeared as the default for
> the function whose debugging is to be canceled.
>
> Both that and the backtrace show that somehow
> `debugger-list-functions' is returning the list `(nil)'.

Have you hit this since then? I can't find a way to reproduce this funny
state.





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#16886: 24.3.50; Lisp nesting exceeds `max-lisp-eval-depth' with `M-x cancel-debug-on-entry'
  2016-07-29  1:11 ` npostavs
@ 2016-07-29  3:51   ` Drew Adams
  2016-07-29  9:09     ` Nicolas Petton
  0 siblings, 1 reply; 4+ messages in thread
From: Drew Adams @ 2016-07-29  3:51 UTC (permalink / raw)
  To: npostavs; +Cc: 16886

> Have you hit this since then? I can't find a way to reproduce this funny
> state.

No, I don't think so.





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#16886: 24.3.50; Lisp nesting exceeds `max-lisp-eval-depth' with `M-x cancel-debug-on-entry'
  2016-07-29  3:51   ` Drew Adams
@ 2016-07-29  9:09     ` Nicolas Petton
  0 siblings, 0 replies; 4+ messages in thread
From: Nicolas Petton @ 2016-07-29  9:09 UTC (permalink / raw)
  To: Drew Adams, npostavs; +Cc: 16886

[-- Attachment #1: Type: text/plain, Size: 246 bytes --]


tags 16886 unreproducible
close 16886
quit

Drew Adams <drew.adams@oracle.com> writes:

>> Have you hit this since then? I can't find a way to reproduce this funny
>> state.
>
> No, I don't think so.

I'm closing this ticket then.

Cheers,
Nico

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 512 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2016-07-29  9:09 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-02-26  0:51 bug#16886: 24.3.50; Lisp nesting exceeds `max-lisp-eval-depth' with `M-x cancel-debug-on-entry' Drew Adams
2016-07-29  1:11 ` npostavs
2016-07-29  3:51   ` Drew Adams
2016-07-29  9:09     ` Nicolas Petton

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.