[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: C-g crash redux
From: |
Kim F. Storm |
Subject: |
Re: C-g crash redux |
Date: |
Sat, 05 Aug 2006 01:35:03 +0200 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) |
Nick Roberts <address@hidden> writes:
> > The previous code suggestion I gave was not well thought out. The
> > correct way to implement this is as follows. I've checked that with
> > this change, the addition of wait_reading_process_output_unwind does
> > not cause a crash when C-g is done during sit-for.
> >
> > Do you think this is the right approach?
Clever! Yes.
> >...
>
> It looks good to my inexperienced eye, but Emacs seems to go for a long time
> before hitting Fsignal. I wonder if Fsignal resets other things that might
> not
> add up in the interim period but I don't know what the rules are for placing
> the QUIT macro or whether one could be placed closer to read_char.
I don't follow this argument.
Since the purpose of setting waiting_for_input is for emacs to produce
C-g, it depends on the key binding whether Fsignal is ever called.
--
Kim F. Storm <address@hidden> http://www.cua.dk
- Re: C-g crash redux, (continued)
- Re: C-g crash redux, Nick Roberts, 2006/08/02
- Re: C-g crash redux, Chong Yidong, 2006/08/03
- Re: C-g crash redux, Kim F. Storm, 2006/08/03
- Re: C-g crash redux, Chong Yidong, 2006/08/03
- Re: C-g crash redux, Nick Roberts, 2006/08/03
- Re: C-g crash redux, Kim F. Storm, 2006/08/04
- Re: C-g crash redux, Chong Yidong, 2006/08/04
- Re: C-g crash redux, Chong Yidong, 2006/08/04
- Re: C-g crash redux, Richard Stallman, 2006/08/04
- Re: C-g crash redux, Nick Roberts, 2006/08/04
- Re: C-g crash redux,
Kim F. Storm <=
- Re: C-g crash redux, David Kastrup, 2006/08/06
- Re: C-g crash redux, Richard Stallman, 2006/08/06
- Re: C-g crash redux, Nick Roberts, 2006/08/06
- Re: C-g crash redux, Nick Roberts, 2006/08/03
Re: C-g crash redux, Chong Yidong, 2006/08/03
Re: C-g crash redux, Richard Stallman, 2006/08/03