[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Clipboard hang on w32
From: |
Richard Stallman |
Subject: |
Re: Clipboard hang on w32 |
Date: |
Thu, 31 Aug 2006 03:33:10 -0400 |
My interpretation of the problem is that the call to sit_for in
read_char is allowing the idle timers to run.These idle timers
(semantic-idle-core-handler) are doing a lot of work, and using
input-pending-p to allow user input to interrupt them.
Why is that a problem?
The problem seems
to be that process-output and clipboard requests are not being handled
while Emacs is inside that sit_for,
Do you know that, or is that a guess?
If that is true, it is a bug already. Process output should be
handled inside the sit-for; clipboard requests should either be
handled inside the sit-for, or cause it to wake up so they can be
handled.
However, I can see how process output would not be handled during that
timer function. And if it only tests input-pending-p, it won't notice
that process output is waiting. So maybe that is a bug.
Maybe the timer function needs to call accept-process-output.
Is that function in the Emacs distribution? What package?