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