From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.bugs Subject: bug#21313: 25.0.50; Strange errors from dbus-handle-event Date: Fri, 16 Oct 2015 11:25:36 +0200 Message-ID: <87oafz412n.fsf@gnu.org> References: <877foo4nkd.fsf@gnu.org> <87twq9roxn.fsf@gnu.org> <83wpv53rjn.fsf@gnu.org> <87h9m9rmgk.fsf@gmx.de> <87wpv4qzm2.fsf@gnu.org> <87a8s0v1lp.fsf@gmx.de> <87twq8gyk0.fsf@gnu.org> <87lhbk47hb.fsf@gnu.org> <83d1ww4416.fsf@gnu.org> <878u75rctw.fsf@gnu.org> <836129xtx8.fsf@gnu.org> <876129gs2a.fsf@gnu.org> <83twptw81l.fsf@gnu.org> <87eggwuzvi.fsf@gnu.org> <83d1wg8403.fsf@gnu.org> <87twps9grg.fsf@gnu.org> <837fmn9as2.fsf@gnu.org> <87pp0fo1mo.fsf@gnu.org> <83pp0f70un.fsf@gnu.org> <871tcv5kaj.fsf@gnu.org> <83h9lr6x3c.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1444987602 2583 80.91.229.3 (16 Oct 2015 09:26:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 Oct 2015 09:26:42 +0000 (UTC) Cc: michael.albinus@gmx.de, 21313@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Oct 16 11:26:29 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Zn1HC-0003o3-Eu for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Oct 2015 11:26:14 +0200 Original-Received: from localhost ([::1]:52095 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zn1HB-0005mH-LQ for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Oct 2015 05:26:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37287) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zn1H3-0005fF-U5 for bug-gnu-emacs@gnu.org; Fri, 16 Oct 2015 05:26:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zn1H0-0007Je-PM for bug-gnu-emacs@gnu.org; Fri, 16 Oct 2015 05:26:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:34158) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zn1H0-0007JR-Bu for bug-gnu-emacs@gnu.org; Fri, 16 Oct 2015 05:26:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Zn1H0-0005Vm-21 for bug-gnu-emacs@gnu.org; Fri, 16 Oct 2015 05:26:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Oct 2015 09:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21313 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21313-submit@debbugs.gnu.org id=B21313.144498754321160 (code B ref 21313); Fri, 16 Oct 2015 09:26:02 +0000 Original-Received: (at 21313) by debbugs.gnu.org; 16 Oct 2015 09:25:43 +0000 Original-Received: from localhost ([127.0.0.1]:53099 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zn1Gh-0005VE-30 for submit@debbugs.gnu.org; Fri, 16 Oct 2015 05:25:43 -0400 Original-Received: from out2-smtp.messagingengine.com ([66.111.4.26]:51355) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zn1Gf-0005V6-7Y for 21313@debbugs.gnu.org; Fri, 16 Oct 2015 05:25:42 -0400 Original-Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id AE8E720715 for <21313@debbugs.gnu.org>; Fri, 16 Oct 2015 05:25:40 -0400 (EDT) Original-Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Fri, 16 Oct 2015 05:25:40 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=xnADiJ5oLyNU+fLiN9nvo9NgI9M=; b=ffPar Z9UZMzRiwtM4gC9o3U6s9dSqH4WyNobSIkDUaYwjPE0bAZp7DGi1dFOJUz89Htgv MSxnyWPJAX3+vOu64S3RtdtH8hM6uv+TDNyH+l7UBM7GfFVuee2pqM1hOFYPT+H7 GodrjUcteU+60VlFFnc8hhmuMBDYVsbMrNGjUM= X-Sasl-enc: NxFvoDqC+rtNvZx1NUqKAfuIi3M39sT7jL/rt8wWe0Mh 1444987540 Original-Received: from thinkpad-t440p (unknown [2.163.5.132]) by mail.messagingengine.com (Postfix) with ESMTPA id 7CC1DC00019; Fri, 16 Oct 2015 05:25:39 -0400 (EDT) In-Reply-To: <83h9lr6x3c.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 16 Oct 2015 11:23:19 +0300") User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:107671 Archived-At: Eli Zaretskii writes: >> Looking at QUIT, the difference between my original code and the new >> one is just when process_quit_flag() is called. process_quit_flag() >> always signals quit. So with the new code, the signal is handled by >> the right recipient. Who consumed (and discarded) it before? > > process_quit_flag itself: > > void > process_quit_flag (void) > { > Lisp_Object flag = Vquit_flag; > Vquit_flag = Qnil; <<<<<<<<<<<<<<<<<<<<<<< > > The gotcha here is that C-g is handled specially, i.e. not by > process_quit_flag, during processing of user input. Ok, I see. > That special handling was bypassed because process_quit_flag attempted > to process it too early, and reseted the flag afterwards, thus > disabling that special processing. What's a bit confusing is that it has been handled at least partially: Quit was echoed but there was no "real" effect. So I guess somewhere the quit signal emitted by process_quit_flag() was caught by whatever code does echo messages and then re-signalled, and the top-level handler discarded it because Vquit_flag was nil. The question is if Quit should have been echoed at all? Well, it's good for the user to see that emacs received it but then he'll wonder like me why it has no effect. So maybe it should have echoed "Quit [ignored]" or something like that. >> Well, I think I just remember that I want to bind Qinhibit_quit to Qt >> whenever I need to call Lisp functions from C. > > In debugging code that isn't supposed to disrupt the control flow, > yes, that's a good rule. But if you write C code for "normal" > processing, then no, don't inhibit quitting like that just because you > call Lisp. Yes, obviously. Bye, Tassilo