Richard Stallman <[EMAIL PROTECTED]> writes: > this works, but after some time emacs hangs. > I attached gdb and found it hangs around here: > > Program received signal SIGTSTP, Stopped (user). > 0x0819f18a in truncate_undo_list (b=0x9430a08) at undo.c:366 > > Of course, that will eventually be called, but if it "hangs", that > is a bug. > > Would you please see etc/DEBUG and apply the techniques > described there, to debug what's going on?
Ok, I see now that "hung" was the wrong word to use, after re-reading etc/DEBUG:** If the symptom of the bug is that Emacs fails to respond. Maybe this description is better: Emacs fails to respond, because it is buzy truncating a very large undo list. My emacs doesnt respond to c-g during this operation, and maybe that is normal behaviour. I waited several hours for emacs to finish and return control, but in the end I didnt have time to see it through. The real problem is that Emacs shouldnt create a large undo list on the occasion that it is receving output in a shell buffer from a process spewing lots of data. My uninformed view of the problem is that undo information shouldnt be kept for process output, only for user modifications to the buffer. -- Joakim Verona www.verona.se _______________________________________________ Emacs-pretest-bug mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
