From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nick Roberts Newsgroups: gmane.emacs.devel Subject: Re: C-g crash redux Date: Mon, 7 Aug 2006 08:58:34 +1200 Message-ID: <17622.22522.850754.233301@kahikatea.snap.net.nz> References: <877j1qvp4k.fsf@pacem.orebokech.com> <17617.8764.824445.882539@kahikatea.snap.net.nz> <87fygd97j0.fsf@stupidchicken.com> <87zmelfihg.fsf@stupidchicken.com> <877j1owmhx.fsf@stupidchicken.com> <874pwsebes.fsf@stupidchicken.com> <17619.50473.875843.483875@kahikatea.snap.net.nz> <85r6zvag6y.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1154898453 5715 80.91.229.2 (6 Aug 2006 21:07:33 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 6 Aug 2006 21:07:33 +0000 (UTC) Cc: cyd@stupidchicken.com, romain@orebokech.com, emacs-devel@gnu.org, storm@cua.dk Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 06 23:00:49 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1G9pjj-00061h-JD for ged-emacs-devel@m.gmane.org; Sun, 06 Aug 2006 23:00:39 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G9pji-0000jz-PE for ged-emacs-devel@m.gmane.org; Sun, 06 Aug 2006 17:00:38 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1G9pjX-0000i4-Ts for emacs-devel@gnu.org; Sun, 06 Aug 2006 17:00:27 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1G9pjW-0000gk-EQ for emacs-devel@gnu.org; Sun, 06 Aug 2006 17:00:27 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G9pjW-0000gP-6V for emacs-devel@gnu.org; Sun, 06 Aug 2006 17:00:26 -0400 Original-Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.52) id 1G9pnW-0003EF-Fa; Sun, 06 Aug 2006 17:04:34 -0400 Original-Received: from kahikatea.snap.net.nz (p202-124-125-86.snap.net.nz [202.124.125.86]) by viper.snap.net.nz (Postfix) with ESMTP id 27F2A77CC68; Mon, 7 Aug 2006 09:00:13 +1200 (NZST) Original-Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id 6D69CBE3D3; Mon, 7 Aug 2006 08:58:36 +1200 (NZST) Original-To: rms@gnu.org In-Reply-To: X-Mailer: VM 7.19 under Emacs 22.0.50.4 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:58151 Archived-At: > Can someone tell me what the issue is, here? > > >> 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. > > Why does it matter when, or whether, Emacs would ever call Fsignal? I'm not sure that it does matter, I was surmising. The problem with the SPECL_INDEX imbalance arose because Emacs got back to Fbyte_code and checked for an imbalance before reaching a call to unbind_to from Fsignal (from QUIT in Ffuncall). However Fsignal also appears to clean up a lot of other things. Maybe some of these could cause a problem just as the binding imbalance did. -- Nick http://www.inet.net.nz/~nickrob