From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#20247: 24.4; Emacs hangs at startup in desktop mode Date: Fri, 20 May 2016 08:24:04 -0700 (PDT) Message-ID: <09b74092-e4db-4ee0-8508-a71cc29e0205@default> References: <551D5EB90201036000390576_0_67183@p057> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1463757932 4595 80.91.229.3 (20 May 2016 15:25:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 20 May 2016 15:25:32 +0000 (UTC) Cc: Richard Munitz , 20247@debbugs.gnu.org To: Paul Eggert , Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 20 17:25:18 2016 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 1b3mIf-0001nh-K2 for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 May 2016 17:25:17 +0200 Original-Received: from localhost ([::1]:55244 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b3mIe-0005jP-C5 for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 May 2016 11:25:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53726) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b3mIX-0005fi-Nw for bug-gnu-emacs@gnu.org; Fri, 20 May 2016 11:25:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b3mIQ-0007if-Ow for bug-gnu-emacs@gnu.org; Fri, 20 May 2016 11:25:08 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46871) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b3mIQ-0007ia-Lu for bug-gnu-emacs@gnu.org; Fri, 20 May 2016 11:25:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1b3mIQ-0008Hm-HW for bug-gnu-emacs@gnu.org; Fri, 20 May 2016 11:25:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 May 2016 15:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20247 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20247-submit@debbugs.gnu.org id=B20247.146375786731807 (code B ref 20247); Fri, 20 May 2016 15:25:02 +0000 Original-Received: (at 20247) by debbugs.gnu.org; 20 May 2016 15:24:27 +0000 Original-Received: from localhost ([127.0.0.1]:59208 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b3mHq-0008Gw-M3 for submit@debbugs.gnu.org; Fri, 20 May 2016 11:24:26 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:30500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b3mHo-0008Gh-NR for 20247@debbugs.gnu.org; Fri, 20 May 2016 11:24:25 -0400 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u4KFO8MK016158 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 20 May 2016 15:24:09 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id u4KFO8Vc017812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 20 May 2016 15:24:08 GMT Original-Received: from abhmp0003.oracle.com (abhmp0003.oracle.com [141.146.116.9]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id u4KFO5do005321; Fri, 20 May 2016 15:24:06 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] X-Source-IP: aserv0022.oracle.com [141.146.126.234] 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:118482 Archived-At: > I'm looking into Bug#20247 , currently listed > as a blocker for Emacs 25. From the bug report, it appears that the > attached patch would have prevented the bug. This patch is a change to > Emacs behavior so I'll propose it here now, and give a heads-up on the > Emacs-devel mailing list before installing it. Comments welcome. I don't > care myself about the behavior one way or another (I don't use desktop > mode) and am mainly just trying to clear out the bug backlog. This doesn't sound right, to me. (To be clear, it does not affect my own use of Emacs.) Can we not leave the default to respecting the saved display value, but also use a `condition-case' or similar to DTRT if that display does not exist or trying to use it raises an error in some other way? The proposed cure sounds like killing the patient. IIUC, the problem reported is that the recorded display value cannot be used in this case. Fine. That's not a sufficient reason for defaulting to not using the recorded display value. And it doesn't solve the underlying problem for a user who decides to customize the value to use the recorded display value. A better fix, I think, would be to do something like this: 1. Leave the default as is (not specifically important to this bug, however, as I mentioned: changing the default does NOT solve the problem, AFAICT). 2. If the current value says to use the recorded display then try to do that. If an error is raised then do not use it. I don't have the code for #2. No doubt Someone (TM) would need to _actually try to debug this_, to find out just what happens when a bad display value is tried. The OP reported that Emacs hangs. Debugging would need to find out just what goes on, and trap that problem as an error - raise an error instead of hang. Then the code to DTRT in this case, which is to fall back to ignoring the display value that led to the error, should be pretty simple. The first task is for Someone (TM) to actually try to find out what the problem is - what happens - when the display value is inappropriate.