Re: Tramp with global-auto-revert-mode.

[storm@cua.dk (Kim F. Storm)]

Luc Teirlinck <teirllm@dms.auburn.edu> writes:

> Here is the complete backtrace of the crash:

Always include an xbacktrace please!


Some observations:

> #31 0x081089e7 in Ffile_readable_p (filename=1754131912) at fileio.c:3096

Calls a tramp handler?

> #53 0x08139316 in call1 (fn=675096024, arg1=-2005996080) at eval.c:2520
> #54 0x080e6b62 in timer_check (do_it_now=1) at keyboard.c:4404
> #55 0x0816733d in wait_reading_process_input (time_limit=1, microsecs=0,
>     read_kbd=0, do_display=0) at process.c:4127
> #56 0x08166ae9 in Faccept_process_output (process=-2006691680, timeout=1,
>     timeout_msecs=675044336) at process.c:3774

We are inside a timer handler here:

That timer handler (at some point) calls accept-process-output, which
calls wait_reading_process_input, which may run timers (and does so).

> #81 0x081089e7 in Ffile_readable_p (filename=1754131912) at fileio.c:3096

We are inside a timer handler here:

I suppose this calls a tramp handler.

> #104 0x080e6b62 in timer_check (do_it_now=1) at keyboard.c:4404
> #105 0x0816733d in wait_reading_process_input (time_limit=1, microsecs=0,
>     read_kbd=0, do_display=0) at process.c:4127
> #106 0x08166ae9 in Faccept_process_output (process=-2006691680, timeout=1,
>     timeout_msecs=675044336) at process.c:3774

Tramp handler calls accept-process-output, which calls
wait_reading_process_input, which may run timers (and does so).

> #147 0x0810974a in Finsert_file_contents (filename=1754430920,
>     visit=675044384, beg=675044336, end=675044336, replace=675044336)
>     at fileio.c:3719

I suppose this calls a tramp handler.

> #164 0x080ecb6a in Fcommand_execute (cmd=675120712, record_flag=675044336,
>     keys=675044336, special=675044336) at keyboard.c:9670

I suppose you did C-x C-f ?



So we in three levels of tramp handlers and two levels of
accept-process-output, wait_reading_process_input, and timer_check.

I just installed a change to make wait_reading_process_input reentrant
which may or may not be relevant to this crash.

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