From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#30182: Update Date: Wed, 24 Jan 2018 09:38:49 +0100 Message-ID: <5A684619.9090904@gmx.at> References: <87k1wdqc4q.fsf@gmail.com> <87inbxqc1l.fsf@gmail.com> <5A631B7F.3030308@gmx.at> <878tcs3j23.fsf@gmail.com> <5A634E53.7010205@gmx.at> <87mv182bzk.fsf@gmail.com> <83a7x7sww6.fsf@gnu.org> <87efmj27d5.fsf@gmail.com> <83vafvqjbf.fsf@gnu.org> <87inbvxdz8.fsf@gmail.com> <5A65AB97.1030401@gmx.at> <87po62kk10.fsf@gmail.com> <831sih23rh.fsf@gnu.org> <5A663490.3050409@gmx.at> <87r2qh5lya.fsf@gmail.com> <83po60zgyf.fsf@gnu.org> <877es8cxmv.fsf@gmail.com> <83fu6wo5bd.fsf@gnu.org> <83d120o37w.fsf@gnu.org> <5A6782B8.7000809@gmx.at> <837es8nykp.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1516783218 4652 195.159.176.226 (24 Jan 2018 08:40:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 24 Jan 2018 08:40:18 +0000 (UTC) Cc: m.sujith@gmail.com, 30182@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jan 24 09:40:13 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1eeGb4-0008G1-Vn for geb-bug-gnu-emacs@m.gmane.org; Wed, 24 Jan 2018 09:39:55 +0100 Original-Received: from localhost ([::1]:34340 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eeGd5-0008NC-Gx for geb-bug-gnu-emacs@m.gmane.org; Wed, 24 Jan 2018 03:41:59 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49832) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eeGbJ-00073v-1R for bug-gnu-emacs@gnu.org; Wed, 24 Jan 2018 03:40:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eeGbC-0001BR-Lf for bug-gnu-emacs@gnu.org; Wed, 24 Jan 2018 03:40:09 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:60697) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eeGbC-0001B4-ID for bug-gnu-emacs@gnu.org; Wed, 24 Jan 2018 03:40:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eeGbC-00024D-7B for bug-gnu-emacs@gnu.org; Wed, 24 Jan 2018 03:40:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 24 Jan 2018 08:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30182 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 30182-submit@debbugs.gnu.org id=B30182.15167831467852 (code B ref 30182); Wed, 24 Jan 2018 08:40:02 +0000 Original-Received: (at 30182) by debbugs.gnu.org; 24 Jan 2018 08:39:06 +0000 Original-Received: from localhost ([127.0.0.1]:40355 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeGaI-00022Z-6R for submit@debbugs.gnu.org; Wed, 24 Jan 2018 03:39:06 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:54497) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeGaG-000228-R5 for 30182@debbugs.gnu.org; Wed, 24 Jan 2018 03:39:05 -0500 Original-Received: from [192.168.1.100] ([46.125.250.48]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LgNGi-1fALjx1ePE-00njdh; Wed, 24 Jan 2018 09:38:57 +0100 In-Reply-To: <837es8nykp.fsf@gnu.org> X-Provags-ID: V03:K0:Ti3X8qbY46SkHpwMBk9nmct14oGXr3csWYAAJvsI6XFWvAzzOcB CAERB1jffpvtr0O9uYihMWJOjEJ+KNjzpr8uqwoRVg9z5QPt0c/FaH9ih5xtvSahGG/+Wk0 s+9cM7crj8b/gDfBacYoczZkL19h1A3lEx9eLd2C6xjcakuTL43++3q9KarNctnsqvbF1Fb Xwe9YLjVQ3GyI54fnj3Og== X-UI-Out-Filterresults: notjunk:1;V01:K0:9O2Fy2hGu/U=:2i2V28jPBwZLfHzyV33bOl 8pxprwkicQDfIzNk0c4HI4QjMgKZZEJr9SFnzK/XpijNQfZGYOyFXg7L3B2ZgXt4rQEwcf/bK 1bHfokq9DG5ppFN4PQ9metaPjVYEsx+BYhPFMxBH6pQNolF6be0Y5bFFUua/YVT+BGMWzKu51 ZEOEqVof8otSCXTAwuezdEde3nmJpBD9mbTEfJCBjYG9DbrzjtpWwV1O3W6vqAKn5aw8CPMIm JaqbOnvpzpehYVN24J9eq7UsYzyneJ/UMUXGAGSKz3v5mdSlFu8vVClzYpAfYVH4hjCrazj3I MpfvLcoHCAXvDnHCQwyvCInZnrZUDtzuCgdYYMUY3X0AC+Rkkl3+gh97yJDrbVKZ0I86m5CtT KioHdpnXJrvdOycs/FWEMKdqCpt4vMvN+lunP+OUdYzh32w1+9FXzsdb0U9wNpcdGi4d1xDlH W5BoMN760I/PcVx+FgFJowORRGO3ZZ/sBJxxefmSAgS5QmraaBFm0nAJmOfljz4jKzBfc9Wlq DtoYcRz076PFYdU8aC0OpX+n9E1G2ZVW+nnOnUzx93S+lIsW0YA+1vkD7RFmJx07EgdBpNGav 6IGd3QIa5gyLk+Yr3j+eMrIH+tdfBXXHhBPeg1NJYXHeGkKPHMx3w+kHI0L0QOdZB+6QjSJUF UXHpBa3K4yJU1YBpLBFq+fNc5oPE3+X9THO33ODveamrPQSh7NmNdYXeNpFUijBr315mkgZfT I3U+Yg00XPihFpxYSt9yX+esXL/7S0QYxInO/TtTtSGKMkHYgkuRQnU4Zrr6sHCcJLC0fifL X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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" Xref: news.gmane.org gmane.emacs.bugs:142464 Archived-At: >> > . Could the problem be caused by mode-line-default-help-echo being a >> > function now, not just a string? Maybe try to revert only that >> > portion of the changeset, and see if that helps. >> >> It can be made into a string and the OP confirmed already that doing >> that fixes things. > > He did? If so, I missed that. I thought he only said that disabling > the part that runs the timer in the :eval form prevents the problem. I asked the OP to Just to eliminate one possible cause: Does the bug disappear when you customize `mode-line-default-help-echo' to the default value of the 'string' alternative? and he answered that Yes, if that is done, then the crash doesn't happen. > So if using a string instead of a function the returns a string solves > the problem, then I guess we should try and understand why a function > causes the problem. Apparently because evaluating that function creates a timer. >> The OP already checked that wrapping `mode-line-default-help-echo' >> into a condition-case does not help. > > That doesn't surprise me, because safe_call1 alread runs the function > inside condition-case. But catching an error might not be all that > needs to be done to undo the damage, so I think it is important to > establish whether there is indeed an error signaled by that function. w3m.el, when creating a buffer for its purposes, does (setq mode-line-buffer-identification `( [...] (w3m-current-process "Loading..." ,(if (fboundp 'format-mode-line) '(:eval (w3m-modeline-title)) where the latter contains (defun w3m-modeline-title () [...] (condition-case nil (format-mode-line mode-line-format 1) (error ""))) [...] (run-at-time 0.5 nil (lambda (buffer) (when (buffer-live-p buffer) (with-current-buffer buffer (setq w3m-modeline-title-timer nil)))) (current-buffer))))))) But I haven't been able yet to trigger the crash from here. martin