Tramp with global-auto-revert-mode.

[Luc Teirlinck]

I start:

emacs -q --eval '(progn (blink-cursor-mode 0) (global-auto-revert-mode 1))'

I visit a file ~/streams.texi on a remote Solaris2.8 machine, using:
C-x C-f /ssh:address@hidden:~/streams.texi.  (This file is essentially
identical to lispref/streams.texi).  Works perfectly.

Now I do the same for ~/sequences.texi.  (Essentially identical to
lispref/sequences.texi).  Tramp complains about "Invalid base64 data",
so it fails.  I try again.  Emacs crashes.

I start Emacs under gdb.  This time I visit sequences.texi first.  No
problem, no invalid base64 data.  Then I try to visit streams.texi.
Now this time Tramp claims streams.texi is the one with invalid data.
I try again.  Emacs crashes.

Without the (global-auto-revert-mode 1), the crash does not occur, nor
is there any mention of invalid base64 data.

The (blink-cursor-mode 0) is only there because without it, my nervous
system crashes, long before Emacs does.

[bash2.05b.0 ~ 3 1] cd /home/teirllm/emacscvsdir/emacs/src
[bash2.05b.0 ~/emacscvsdir/emacs/src 3 2] gdb emacs-21.3.50.1
GNU gdb Red Hat Linux 7.x (5.0rh-15) (MI_OUT)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...
DISPLAY = :0
TERM = xterm
Breakpoint 1 at 0x80dfc42: file emacs.c, line 433.
Breakpoint 2 at 0x80c4554: file xterm.c, line 7838.
(gdb)  run -q --eval '(progn (blink-cursor-mode 0) (global-auto-revert-mode 
1))' 
Starting program: /home/teirllm/emacscvsdir/emacs/src/emacs-21.3.50.1 -q --eval 
'(progn (blink-cursor-mode 0) (global-auto-revert-mode 1))'

Breakpoint 1, abort () at emacs.c:433
433          kill (getpid (), SIGABRT);
(gdb)