From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Moore Newsgroups: gmane.emacs.bugs Subject: bug#23689: Daemon-mode on Windows - "w32-initialized" is set too early Date: Sat, 4 Jun 2016 16:17:45 +0100 Message-ID: References: <8337otw9m0.fsf@gnu.org> <83shwtusoj.fsf@gnu.org> <83porxuhfo.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1465053512 30718 80.91.229.3 (4 Jun 2016 15:18:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 4 Jun 2016 15:18:32 +0000 (UTC) Cc: 23689@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jun 04 17:18:17 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 1b9DL3-0006op-HH for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 Jun 2016 17:18:13 +0200 Original-Received: from localhost ([::1]:32991 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b9DL2-000364-Lb for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 Jun 2016 11:18:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51254) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b9DKw-00035v-Kt for bug-gnu-emacs@gnu.org; Sat, 04 Jun 2016 11:18:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b9DKs-0000Tw-BZ for bug-gnu-emacs@gnu.org; Sat, 04 Jun 2016 11:18:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:42157) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b9DKs-0000Ts-7v for bug-gnu-emacs@gnu.org; Sat, 04 Jun 2016 11:18:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1b9DKs-0005Zf-3D for bug-gnu-emacs@gnu.org; Sat, 04 Jun 2016 11:18:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Paul Moore Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 04 Jun 2016 15:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23689 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23689-submit@debbugs.gnu.org id=B23689.146505347321410 (code B ref 23689); Sat, 04 Jun 2016 15:18:02 +0000 Original-Received: (at 23689) by debbugs.gnu.org; 4 Jun 2016 15:17:53 +0000 Original-Received: from localhost ([127.0.0.1]:54494 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b9DKj-0005ZG-Eo for submit@debbugs.gnu.org; Sat, 04 Jun 2016 11:17:53 -0400 Original-Received: from mail-wm0-f42.google.com ([74.125.82.42]:35695) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b9DKh-0005Z1-Cj for 23689@debbugs.gnu.org; Sat, 04 Jun 2016 11:17:51 -0400 Original-Received: by mail-wm0-f42.google.com with SMTP id a136so34154202wme.0 for <23689@debbugs.gnu.org>; Sat, 04 Jun 2016 08:17:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=1zLXUQSD+visd6JzxSApkERlcMnDSP9whJXS+ymilrg=; b=BvIx+FrJZ5HvSeRaceI7/9SuLB3M1jSk52uGbioYFhZBnls6jspq67Gf8ABbeZNn/G faZdLEOYv1OYdHPnpb2/KeHsmN0TXDlcuQD3Eiv9RPg3QzuULm6IFTddeCli5FgaFAGn EDpHf5AZvrHYxn+Ezj1/ejTkciKT7p9TN6I7h0Kdxx017zEazmjGUTQeXXurcB+1vgML ojprax8OKuqpISs1VjH9S657Cgw5EOQbI406pXTAarOqzHsCL2gEhCaSWimdxQxCiCPf IFk06+z8OOQ0iAxBifln5tSI4pgWTaqGJagEL4EaN/iCD1dI9xgIkuixBcVRWDgU7edb 7+Dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=1zLXUQSD+visd6JzxSApkERlcMnDSP9whJXS+ymilrg=; b=NtwEc9Y2R2U5CNfSizJmhP76e7+YuXK6c5h999RHA6FM1y2S827r0k1W66YiD1A25n D5Qrqj/DeUxLrzeQ67a1vvJBcWRCioWimebDWbMhsaJTaTBix4A88/X063UbecsrqMRX hlPBkc50f/AE5t74FyM2IhozsmGgxZDvxraeLIiFyV6OVv4s4fGkiGoAbFMH8aLNcOIs 1TrNuECHigVzeQvYjc3h0LICIlimuthiNDtdIh2vWs3fHgyhIgtwTjWXcC2UKQ5q3LIX Qmc8TJ6FJjiaCm4u0LX3wBxvSfBu1rWVeeb+I5OpyDSzVz4koXSA4zC4MJG1tOepd6Da wK5Q== X-Gm-Message-State: ALyK8tJH4vJ1IKfhfRttEHpvAMEEUALQtW48ZspBW3PLAEP2b+jENGdFbwaP2/l6pwSI9LBmBFlrD8GX6rEe7g== X-Received: by 10.28.13.137 with SMTP id 131mr4476563wmn.52.1465053465807; Sat, 04 Jun 2016 08:17:45 -0700 (PDT) Original-Received: by 10.194.108.136 with HTTP; Sat, 4 Jun 2016 08:17:45 -0700 (PDT) In-Reply-To: <83porxuhfo.fsf@gnu.org> 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:119054 Archived-At: On 4 June 2016 at 16:01, Eli Zaretskii wrote: > If spacemacs has a way to run code when the first GUI frame is > created, why cannot it do everything at that time? Why does it have > to test the above conditions on top of that? [...] > I think spacemacs should not rely on the other FOO-initialized > variables, either, even if they appear to work for now. They are not > intended to serve as evidence or trigger for any application-level > logic. Instead, it should do this in a hook function (make-frame > provides at least 2). [...] > That "window-system initialized" automatically implies that find-font > will work is IMO an invalid assumption. Exactly what parts of the > initialization are run in FOO-initialize functions is implementation > detail. I recommend to stay away of such assumption and instead use > the hooks we provide during startup. Even if you come to the > conclusion that no existing hook serves spacemacs well enough, and we > then (say) add yet another hook, the result will be cleaner than > relying on semi-documented variables and undocumented assumptions. OK. Thanks for the explanation. I'll report back to the spacemacs people. For now, I have a functioning workaround (checking if (font-family-list) is non-nil) that will do for the moment. Longer term, I can't judge why spacemacs splits the initialisation like this, but I'll ask the question. Paul