On 15/08/2013 10:35 PM, Ken Brown wrote:
On 8/15/2013 4:55 PM, Ryan Johnson wrote:
At this point I'm pretty confident it's memory corruption of some kind.
Consider the following semi-STC:
1. Invoke: emacs-nox -Q; echo -e "att $(jobs -p)\nc" >
/dev/clipboard; fg
2. ^Z
3. (switch to window running gdb and hit [shift]+[insert] to paste from
clipboard)
5. (switch to window running emacs): M-x compile C-a C-k ls [ret]
6. C-x o (to switch to the compilation output window)
7. Hit 'g' to keep repeating the "compilation" until gdb picks up a
crash.
I tried a simpler version of this (without gdb and without
suspending/resuming):
1. Invoke 'emacs-nox -Q' in mintty.
2. M-x compile C-a C-k ls RET
3. C-x o
4. Hit 'g' repeatedly.
I got it to abort with Fatal error 6 after slightly over 100 repetitions.
I then tried the same thing with emacs-X11 (running under X, not in
mintty). I hit 'g' 200 times without a problem. I repeated this with
emacs-w32, again 200 times without a problem.
So there's a bug somewhere. But if it's an emacs bug, it's strange
that it only occurs with emacs-nox and not with either of the GUI
versions of emacs.
Well, at least I'm not (necessarily) crazy or BLODA-infested... out of
curiosity, can you repro with 32-bit emacs-nox? I don't remember 32-bit
being so crash-happy, which makes me wonder if something about 64-bit
cygwin interacts poorly with emacs.
Ryan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple