[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: two related edebug problems
From: |
Richard Stallman |
Subject: |
Re: two related edebug problems |
Date: |
Sat, 12 Aug 2006 17:50:17 -0400 |
> I found out the cause of the bug. edebug-display calls sit-for to
> pause before displaying eval results, then calls
> edebug-recursive-edit. However, edebug-recursive-edit rebinds
> unread-command-events, causing sit-for interruptions (which are put
> into unread-command-events) to go unnoticed. This creates problems
> when you type in edebug commands in quick succession. I fixed this by
> moving the rebinding of unread-command-events to edebug-display.
This is a workaround rather than a fix. A real fix would be to change
sit-for so it doesn't use unread-command-events but an internal variable
instead with which other code can't mess.
I disagree. unread-command-events is defined to do what it does. If
Lisp code sets it to nil, that gets rid of the pending events. If
Lisp code later sets it back to something non-nil, that restores them.
If the result of doing that isn't what you want, you should not do that.
- Re: two related edebug problems, (continued)
- Re: two related edebug problems, Richard Stallman, 2006/08/08
- Re: two related edebug problems, Ken Manheimer, 2006/08/08
- Re: two related edebug problems, Chong Yidong, 2006/08/10
- Re: two related edebug problems, Stefan Monnier, 2006/08/11
- Re: two related edebug problems, Kim F. Storm, 2006/08/11
- Re: two related edebug problems, Richard Stallman, 2006/08/12
- Re: two related edebug problems, Chong Yidong, 2006/08/12
- Re: two related edebug problems,
Richard Stallman <=