This happened to me twice under the same circomstances:
When the edited file is modified by an external
program, NEdit detects it and asks for reload/dismiss.
If the file is stored on a NFS volume, the information
about the file change may arrive with a considerable
delay. If this information comes at the moment when I
already manually picked the "Revert to saved" entry
from the File menu and the dialog box is waiting for my
confirmation, the NEdit crashes so badly that it hangs
the X-windows (In my case the
keyboard seemed to work somehow, but the mouse was
gone). I could not restore X-windows from network, and
I had to kill X to recover.
I am using NEdit version 5.1.1, RedHat 7.1 Linux (same
behavior on RedHat 7.0).
Logged In: YES
user_id=15180
This is supposed to be fixed meanwhile (the crash itself).
Can you check out our 5.2 beta release?!
Logged In: NO
I could not reproduce this crash anymore, neither with NEdit
5.1.1 nor with
version 5.2 Beta. I tried hard to break it this time, but
the NEdit worked perfectly. The only explanation for the
crash disappearence that I can come up with is that this
time I had only a few open windows besides the NEdit window
and freshly started X-windows.
Another thing that I noticed is the suspicious delay before
diplaying the "Replace" dialog. I remebmer that some very
old version of NEdit had serious problems with this dialog.
It routinely crashed if I tried to paste selected text to
the dialog. The version 5.1.1. does not crash on that, but
sometimes it waits 4-5 seconds before displaying the
Find&Replace dialog box. This delay is not regular and not
very annoying, but it may indicate that something is still
wrong.
Logged In: YES
user_id=73597
The crash is more or less reproducable, but timing
is critical. As far as I know, Mark has fixed it soon
after 5.1.1 was released.
Concerning the replace dialog delay: I also often
see this, but I believe that it only happens when using
OpenMotif (or at least, it happens much more frequently
with OM).
It looks as if the replace dialog triggers a garbage
collection sweep, causing NEdit to freeze for a few
seconds. I haven't got a clue what might be the real
cause. It is indeed annoying, but it looks harmless;
I've never seen it crash.
Logged In: YES
user_id=11321
Sounds like it was fixed in 5.2.
Logged In: YES
user_id=11321
Sounds like it was fixed in 5.2.
Logged In: YES
user_id=73597
Assuming it's fixed.