bug#24395: auto-revert-remote-files freezes emacs (Windows 64-bit)

bug#24395: auto-revert-remote-files freezes emacs (Windows 64-bit)

[Andreas Nilsson]

[-- Attachment #1: Type: text/plain, Size: 239 bytes --]

This happens for me on two different computers, Windows 10 and Windows 
8.1. I don’t know what more info to provide than “it happens”, I can 
provide stacktraces on some scenarios but not on all since C-g doesn’t 
work all the time.


[-- Attachment #2: Type: text/html, Size: 1436 bytes --]

bug#24395: auto-revert-remote-files freezes emacs (Windows 64-bit)

[Michael Albinus]

Andreas Nilsson <an@bahnhof.se> writes:

Hi Andreas,

> This happens for me on two different computers, Windows 10 and Windows
> 8.1. I don’t know what more info to provide than “it happens”, I can
> provide stacktraces on some scenarios but not on all since C-g doesn’t
> work all the time.

Could you, please, provide more details? Which Emacs version are you
using?

Is it reproducible? In case of yes, do you have a recipe that we
could reproduce it? Do you apply auto-revert-mode on buffers related to
remote files?

Does it also happen when you start "emacs -Q", that means with out
evaluating your .emacs or init.el file?

Thanks, and best regards, Michael.

bug#24395: auto-revert-remote-files freezes emacs (Windows 64-bit)

[Andreas Nilsson]

The freeze happens for example when opening files using Tramp+plink in 
Dired. Tested Emacs 24.5 and 25.0.94.2 (64-bit precompiled for Windows).

Regarding auto-revert-mode: Yes I have global-auto-revert-mode set to t.

"runemacs.exe -Q" makes this variable (auto-revert-remote-files) not 
show up with customize-variable.

I reproduce this bug by going into Dired+Tramp+plink and select file 
after file doing C-o for each one, Emacs eventually hangs.

Kind regards,
Andreas

Den 2016-09-09 kl. 09:55, skrev Michael Albinus:
> Andreas Nilsson <an@bahnhof.se> writes:
>
> Hi Andreas,
>
>> This happens for me on two different computers, Windows 10 and Windows
>> 8.1. I don’t know what more info to provide than “it happens”, I can
>> provide stacktraces on some scenarios but not on all since C-g doesn’t
>> work all the time.
> Could you, please, provide more details? Which Emacs version are you
> using?
>
> Is it reproducible? In case of yes, do you have a recipe that we
> could reproduce it? Do you apply auto-revert-mode on buffers related to
> remote files?
>
> Does it also happen when you start "emacs -Q", that means with out
> evaluating your .emacs or init.el file?
>
> Thanks, and best regards, Michael.

bug#24395: auto-revert-remote-files freezes emacs (Windows 64-bit)

[Michael Albinus]

Andreas Nilsson <an@bahnhof.se> writes:

> "runemacs.exe -Q" makes this variable (auto-revert-remote-files) not
> show up with customize-variable.

Please call "runemacs.exe -Q -l autorevert" then, and change
`auto-revert-remote-files' to t in the Customization. Could you still
repoduce the problem?

And what is the value of `auto-revert-use-notify'?

> Kind regards,
> Andreas

Best regards, Michael.

bug#24395: auto-revert-remote-files freezes emacs (Windows 64-bit)

[Andreas Nilsson]

runemacs.exe -Q -l autorevert

version 25.0.94.2 (x86_64-w64-mingw32)

Set global-auto-revert-mode and auto-revert-remote-files both to t and do:

C-x d /plink:SOMEHOST:/home/blah

Open lots of files with C-o until Emacs goes into escapable freeze. From 
what I tested the freeze is escapable with C-g using -Q but what I 
experienced with no -Q was that it locked up Emacs most of the time not 
escapable.

auto-revert-use-notify is nil


Den 2016-09-11 kl. 12:23, skrev Michael Albinus:
> Andreas Nilsson <an@bahnhof.se> writes:
>
>> "runemacs.exe -Q" makes this variable (auto-revert-remote-files) not
>> show up with customize-variable.
> Please call "runemacs.exe -Q -l autorevert" then, and change
> `auto-revert-remote-files' to t in the Customization. Could you still
> repoduce the problem?
>
> And what is the value of `auto-revert-use-notify'?
>
>> Kind regards,
>> Andreas
> Best regards, Michael.

bug#24395: auto-revert-remote-files freezes emacs (Windows 64-bit)

[Michael Albinus]

Andreas Nilsson <an@bahnhof.se> writes:

Hi Andreas,

> runemacs.exe -Q -l autorevert
>
> version 25.0.94.2 (x86_64-w64-mingw32)
>
> Set global-auto-revert-mode and auto-revert-remote-files both to t and do:
>
> C-x d /plink:SOMEHOST:/home/blah
>
> Open lots of files with C-o until Emacs goes into escapable
> freeze. From what I tested the freeze is escapable with C-g using -Q
> but what I experienced with no -Q was that it locked up Emacs most of
> the time not escapable.

How many files have you opened (you say "lots of files")? Could it be
that you haved stressed poor little Emacs too much, out of what is a
fair use? Every remote file in auto-revert-mode needs to be polled every
5 seconds for changes.

How does it work, if you increase auto-revert-interval to a larger
number, say 20?

Could you bisect your init file in order to find the culprit which makes
Emacs unresponsible for C-g?

Best regards, Michael.

bug#24395: auto-revert-remote-files freezes emacs (Windows 64-bit)

[Michael Albinus]

Michael Albinus <michael.albinus@gmx.de> writes:

> How many files have you opened (you say "lots of files")? Could it be
> that you haved stressed poor little Emacs too much, out of what is a
> fair use? Every remote file in auto-revert-mode needs to be polled every
> 5 seconds for changes.
>
> How does it work, if you increase auto-revert-interval to a larger
> number, say 20?
>
> Could you bisect your init file in order to find the culprit which makes
> Emacs unresponsible for C-g?

Ping.

Best regards, Michael.

bug#24395: auto-revert-remote-files freezes emacs (Windows 64-bit)

[Andreas Nilsson]

Den Tue, 27 Sep 2016 12:54:38 +0200
skrev Re: bug#24395: auto-revert-remote-files freezes emacs (Windows
64-bit):

> Michael Albinus <michael.albinus@gmx.de> writes:
> 
> > How many files have you opened (you say "lots of files")? Could it
> > be that you haved stressed poor little Emacs too much, out of what
> > is a fair use? Every remote file in auto-revert-mode needs to be
> > polled every 5 seconds for changes.
> >
> > How does it work, if you increase auto-revert-interval to a larger
> > number, say 20?
> >
> > Could you bisect your init file in order to find the culprit which
> > makes Emacs unresponsible for C-g?  
> 
> Ping.
> 
> Best regards, Michael.

Hello!

I just tried the same thing with Tramp+SCP in Arch, nothing to report.
I guess this is a problem with Plink and Tramp toghether (Windows).
Maybe the bug is not at all in Emacs but instead in Plink? At least
this is reported as a problem, I will keep in touch if I experience
anything using SCP.

Regards,
Andreas

bug#24395: auto-revert-remote-files freezes emacs (Windows 64-bit)

[Andreas Nilsson]

Den Tue, 27 Sep 2016 12:54:38 +0200
skrev Re: bug#24395: auto-revert-remote-files freezes emacs (Windows
64-bit):

> Michael Albinus <michael.albinus@gmx.de> writes:
> 
> > How many files have you opened (you say "lots of files")? Could it
> > be that you haved stressed poor little Emacs too much, out of what
> > is a fair use? Every remote file in auto-revert-mode needs to be
> > polled every 5 seconds for changes.
> >
> > How does it work, if you increase auto-revert-interval to a larger
> > number, say 20?
> >
> > Could you bisect your init file in order to find the culprit which
> > makes Emacs unresponsible for C-g?  
> 
> Ping.
> 
> Best regards, Michael.

Hello again.

I have to re-open this one because it was my bad, Emacs actually locks
up still when using this option... Is it not locking up for you?
I somehow made Emacs not have this behaviour even though they are both
set to t, that is global-auto-revert-mode and auto-revert-remote-files,
what could be wrong now?

Regards,
Andreas

bug#24395: auto-revert-remote-files freezes emacs (Windows 64-bit)

[Michael Albinus]

Andreas Nilsson <an@bahnhof.se> writes:

> Hello!

Hi Andreas,

> I just tried the same thing with Tramp+SCP in Arch, nothing to report.
> I guess this is a problem with Plink and Tramp toghether (Windows).
> Maybe the bug is not at all in Emacs but instead in Plink? At least
> this is reported as a problem, I will keep in touch if I experience
> anything using SCP.

Wich PuTTY version are you using? 0.63 as a problem which also affects
Tramp, see
<https://groups.google.com/forum/#!msg/comp.security.ssh/F1B9Gr9SzoQ/Pm2JhPKcNVkJ>

> Regards,
> Andreas

Best reards, Michael.

bug#24395: auto-revert-remote-files freezes emacs (Windows 64-bit)

[Michael Albinus]

Andreas Nilsson <an@bahnhof.se> writes:

> Hello again.

Hi Andreas,

> I somehow made Emacs not have this behaviour even though they are both
> set to t, that is global-auto-revert-mode and auto-revert-remote-files,
> what could be wrong now?

I cannot say too much about; I don't use MS Windows. Sorry.

> Regards,
> Andreas

Best regards, Michael.

bug#24395: auto-revert-remote-files freezes emacs (Windows 64-bit)

[Michael Albinus]

Michael Albinus <michael.albinus@gmx.de> writes:

Ping.

> Andreas Nilsson <an@bahnhof.se> writes:
>
> Hi Andreas,
>
>> runemacs.exe -Q -l autorevert
>>
>> version 25.0.94.2 (x86_64-w64-mingw32)
>>
>> Set global-auto-revert-mode and auto-revert-remote-files both to t and do:
>>
>> C-x d /plink:SOMEHOST:/home/blah
>>
>> Open lots of files with C-o until Emacs goes into escapable
>> freeze. From what I tested the freeze is escapable with C-g using -Q
>> but what I experienced with no -Q was that it locked up Emacs most of
>> the time not escapable.
>
> How many files have you opened (you say "lots of files")? Could it be
> that you haved stressed poor little Emacs too much, out of what is a
> fair use? Every remote file in auto-revert-mode needs to be polled every
> 5 seconds for changes.
>
> How does it work, if you increase auto-revert-interval to a larger
> number, say 20?
>
> Could you bisect your init file in order to find the culprit which makes
> Emacs unresponsible for C-g?
>
> Best regards, Michael.