From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#20247: 24.4; Emacs hangs at startup in desktop mode Date: Fri, 20 May 2016 19:06:47 +0300 Message-ID: <83d1og90iw.fsf@gnu.org> References: <551D5EB90201036000390576_0_67183@p057> <09b74092-e4db-4ee0-8508-a71cc29e0205@default> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1463760449 15531 80.91.229.3 (20 May 2016 16:07:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 20 May 2016 16:07:29 +0000 (UTC) Cc: rmunitz1@bloomberg.net, eggert@cs.ucla.edu, 20247@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 20 18:07: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 1b3mxH-0008Mf-NP for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 May 2016 18:07:15 +0200 Original-Received: from localhost ([::1]:55467 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b3mxG-0006Xw-SA for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 May 2016 12:07:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35331) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b3mxB-0006Wv-GJ for bug-gnu-emacs@gnu.org; Fri, 20 May 2016 12:07:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b3mx4-0003bn-Iu for bug-gnu-emacs@gnu.org; Fri, 20 May 2016 12:07:08 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46916) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b3mx4-0003bj-FK for bug-gnu-emacs@gnu.org; Fri, 20 May 2016 12:07:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1b3mx4-0002Wy-7q for bug-gnu-emacs@gnu.org; Fri, 20 May 2016 12:07:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 May 2016 16:07: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.14637604139711 (code B ref 20247); Fri, 20 May 2016 16:07:02 +0000 Original-Received: (at 20247) by debbugs.gnu.org; 20 May 2016 16:06:53 +0000 Original-Received: from localhost ([127.0.0.1]:59253 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b3mwv-0002WY-1s for submit@debbugs.gnu.org; Fri, 20 May 2016 12:06:53 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:44324) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b3mwt-0002WN-PY for 20247@debbugs.gnu.org; Fri, 20 May 2016 12:06:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b3mwk-0003Vq-Kz for 20247@debbugs.gnu.org; Fri, 20 May 2016 12:06:46 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:51173) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b3mwk-0003Vh-Hq; Fri, 20 May 2016 12:06:42 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3396 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1b3mwi-0004H9-DK; Fri, 20 May 2016 12:06:41 -0400 In-reply-to: <09b74092-e4db-4ee0-8508-a71cc29e0205@default> (message from Drew Adams on Fri, 20 May 2016 08:24:04 -0700 (PDT)) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:118487 Archived-At: > Date: Fri, 20 May 2016 08:24:04 -0700 (PDT) > From: Drew Adams > Cc: Richard Munitz , 20247@debbugs.gnu.org > > 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? Can you explain why using display that is not the current one even makes sense? > The proposed cure sounds like killing the patient. To me it sounds like the only sane behavior. > And it doesn't solve the underlying problem for a user who decides > to customize the value to use the recorded display value. The assumption is that if such a customization produces problematic behavior, users won't do that. > 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. That's okay to try on master (if someone thinks it would be better), but not on the release branch. Note that trying to use it might display some of the frames, which would then be tricky to remove, and flashing them might not look good. > 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. I think it's clear without any debugging. > 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. The same thing that happens when you try to communicate with a machine that is down or disconnected.