Andy wrote: Can you check that you AppPaths...
HKLM\SOFTWARE\Microsoft\Windows\AppPaths\ doesn't exit. Although, there is
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\, but xemacs...
does not exist under it.
Andy wrote: I thought that both XEmacsen worked better with cygwin
ftp.
From
http://www.xemacs.org/Download/win32/, "Do not use Cygwin
ftp in native
Windows XEmacs! It does not work. Just rename cygwin/bin/ftp.exe to
cygwin/bin/ftp.exe.orig and EFS should work as well."
>Ed wrote: After removing (split-window-horizontally) from my
init.el file,
Cygwin Xemacs is much more stable.
Andy wrote: Can you elaborate on this? Does it crash or what?
Since this post, I've made additional discoveries. Removing the
split-window-horizontally was coincidental. I posted again with the subject
"Windows hangs after switching buffers on Cygwin XP." The three paragraphs
below were copied from that post.
This bug sometimes occurs and sometimes does not. When a new window is
displayed, XEmacs hangs, except menus and toolbar buttons work. This hang
has occurred at startup, before the XEmacs splash page and
copyright information completely displays. It has occurred when switching to
the *scratch* buffer (or any other), and it has occurred when opening a
file.
When XEmacs is hung, it is not possible to key into any buffer, including
the minibuffer, nor is it possible to move the cursor with keys or mouse.
However, the menus and toolbar still work. To unhang XEmacs, all one must do
is click "File, Open" or the toolbar equivalent; then cancel the dialogue
box, instead of loading a file. Afterwards, XEmacs works OK until the next
hang. Whereupon, one may recover again.