Hi Eli, setting this variable makes tab completing directory contents work like a charm again.
To me it seems most surprising that the faulty behaviour manifests itself only when the vpn software has established a tunnel. Entering w32-get-true-file-attributes on google also turned up [1], which goes into a bit of detail and also has another option available should the first one not work. Thank you very much! [1] http://stackoverflow.com/questions/2007329/emacs-23-1-50-1-hangs-ramdomly-for-6-8-seconds-on-windows-xp . -----Ursprüngliche Nachricht----- Von: help-emacs-windows-bounces+matthias.cords=geomagic...@gnu.org [mailto:help-emacs-windows-bounces+matthias.cords=geomagic...@gnu.org] Im Auftrag von Eli Zaretskii Gesendet: Montag, 9. Juli 2012 18:59 An: Matthias Cords Cc: help-emacs-windows@gnu.org Betreff: Re: [h-e-w] checkpoint endpoint connect and port 7778 > From: Matthias Cords <matthias.co...@geomagic.de> > Date: Mon, 9 Jul 2012 11:56:21 +0000 > > There is a problem with emacs hanging for several minutes when using auto > complete (Tab) while trying to open a file (C-x C-f): when the computer is > not connected to the company network autocomplete may hang a few seconds. > Additionally, when a service called "checkpoint endpoint connect" is > installed and has opened a vpn connection to the company network autocomplete > stalls for even longer periods. Shutting down the mentioned service makes > emacs autocomplete stall for "only" a few seconds again. > > I am able to write lisp functions and know how to use a debugger, but I just > don't know where to start finding the cause of this problem. > > The problem seems to have appeared somewhere around emacs 22.1 as version 22 > does not have these problems. Does it help to set the value of w32-get-true-file-attributes to nil? If not, then perhaps you could use some utility that traces system calls, and see which one of them is stalling.
