From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Using the GNU GMP Library for Bignums in Emacs Date: Sun, 22 Apr 2018 23:34:58 -0400 Message-ID: References: <29f933ac-a6bf-8742-66a7-0a9d6d3e5a88@disroot.org> <87k1t05wz4.fsf@metalevel.at> <55776605-8940-0a4a-34fb-f3d1b955ab12@cs.ucla.edu> <831sf8x8o6.fsf@gnu.org> Reply-To: rms@gnu.org NNTP-Posting-Host: blaine.gmane.org Content-Type: text/plain; charset=Utf-8 X-Trace: blaine.gmane.org 1524454389 30227 195.159.176.226 (23 Apr 2018 03:33:09 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 23 Apr 2018 03:33:09 +0000 (UTC) Cc: eggert@cs.ucla.edu, triska@metalevel.at, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 23 05:33:04 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fASDw-0007me-6d for ged-emacs-devel@m.gmane.org; Mon, 23 Apr 2018 05:33:04 +0200 Original-Received: from localhost ([::1]:33545 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fASG2-0004E4-Us for ged-emacs-devel@m.gmane.org; Sun, 22 Apr 2018 23:35:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53322) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fASFt-0004DZ-4O for emacs-devel@gnu.org; Sun, 22 Apr 2018 23:35:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fASFs-0002Uv-Bx for emacs-devel@gnu.org; Sun, 22 Apr 2018 23:35:05 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33417) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fASFn-0002S6-Ln; Sun, 22 Apr 2018 23:34:59 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1fASFm-0000OZ-BJ; Sun, 22 Apr 2018 23:34:58 -0400 In-reply-to: <831sf8x8o6.fsf@gnu.org> (message from Eli Zaretskii on Sun, 22 Apr 2018 05:43:37 +0300) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:224794 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > We've changed how signals are processed in Emacs several years ago. > Nowadays, a signal handler just sets a flag, and the Lisp interpreter > tests that flag "when appropriate" (normally, as part of maybe_quit). > This change was done to avoid non-trivial processing inside signal > handlers. Quiting always worked by setting a flag, tested by the QUIT macro. However, as I implemented it, some constructs used to specify to quit immediately straight from the signal handler. I see that this feature has been deleted. That is going to cause a bad results. There are quite a few places in the C code of Emacs where execution can get stuck; that's why I added immediate quitting. The problems I fixed that way have all come back. What was the reason for this change? I think we need to revert it, and fix whatever problem in another way. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) Skype: No way! See https://stallman.org/skype.html.