Re: gnus makes emacs lose response

[Kim F. Storm]

Leon <address@hidden> writes:

> It seems when I compiled emacs I didn't turn on debug. I have followed
> your instruction and get some debug info attached.
>

Thanks, but...
.. without debugging information, the output from those commands
is inadequate to diagnose the problem.

> #0  0x0055b402 in __kernel_vsyscall ()
> #1  0x0063a53d in ___newselect_nocancel () from /lib/libc.so.6
> #2  0x0819b11e in wait_reading_process_output ()

This is "near the spot" where I made the fix I mentioned.
Maybe that fix isn't in your sources.  A simple way to check:

If you do C-h C-f accept-process-output, do you get this result
[check that the arguments are named SECONDS and MILLISEC] ??


accept-process-output is a built-in function in `C source code'.
(accept-process-output &optional process seconds millisec
just-this-one)

Allow any pending output from subprocesses to be read by Emacs.
It is read into the process' buffers or given to their filter functions.
Non-nil arg process means do not return until some output has been received
from process.

Non-nil second arg seconds and third arg millisec are number of
seconds and milliseconds to wait; return after that much time whether
or not there is input.  If seconds is a floating point number,
it specifies a fractional number of seconds to wait.

If optional fourth arg just-this-one is non-nil, only accept output
from process, suspending reading output from other processes.
If just-this-one is an integer, don't run any timers either.
Return non-nil iff we received any output before the timeout expired.


-- 
Kim F. Storm <address@hidden> http://www.cua.dk