Hi Paul ! Please also CC to xemacs-beta, or at least to me, as I'm not subscribed to xemacs-nt. PK> I have noticed something similar. One problem is that efs PK> doesn't seem to detect disconnects from the remote host reliably. PK> This makes the file access hang while efs waits for the PK> disconnected host to respond. My workaround is to interrupt the PK> session with c-g and kill the session and process (y). EFS will PK> then restart the session and proceed normally. The same workaround functions here too. This is the only way I can get pui to work. Very bad. I am uncertain though whether the problem is related to disconnects only. In my case, (for example) efs issues an "ls" command to the foreign ftp server. However, this command never seems to get through, as I can see no reaction in the *ftp*-buffer after intercepting efs with C-g. I then do a cursor-up which leads to an error (!) (unknown keypress-event). I can then re-issue the efs-command (i.e. C-x C-f or M-x pui-list-packages), which then works fine, since the session is still open. PK> Another problem seems to be some sort of infinite loop in PK> efs-internal-file-directory-p that only occurs when I attempt to PK> read a symbolic link on the remote host. My workaround is to PK> access files by their true pathnames, and avoid symlinks. This seems to be a known bug (but more on the Emacs side, not specifially to efs), reported by J.Harris on xemacs-nt awhile ago, I think. Holger -- --- http://www.coling.uni-freiburg.de/~schauer/ --- "The only `intuitive' interface is the nipple. After that, it's all learned." -- Bruce Ediger