From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#38079: On Windows tramp hangs after server-start is called Date: Fri, 08 Nov 2019 11:50:45 +0100 Message-ID: <87mud6r69m.fsf@gmx.de> References: <0bf97a5e-549f-1e8a-4212-5b08ad05f049@gmail.com> <83a799gfbp.fsf@gnu.org> <0c0b89e3-ec38-6917-21c3-af35ece4a63f@gmail.com> <83sgn0g9j5.fsf@gnu.org> <87sgmyvm9d.fsf@gmx.de> <83k18ad5ch.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="216683"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: wrglin@gmail.com, 38079@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Nov 08 11:52:28 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iT1sR-000uFU-3M for geb-bug-gnu-emacs@m.gmane.org; Fri, 08 Nov 2019 11:52:27 +0100 Original-Received: from localhost ([::1]:52246 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iT1sP-0007bV-Lk for geb-bug-gnu-emacs@m.gmane.org; Fri, 08 Nov 2019 05:52:26 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55071) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iT1s3-0007ZU-AF for bug-gnu-emacs@gnu.org; Fri, 08 Nov 2019 05:52:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iT1s2-0005cM-6G for bug-gnu-emacs@gnu.org; Fri, 08 Nov 2019 05:52:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36020) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iT1s2-0005cI-3B for bug-gnu-emacs@gnu.org; Fri, 08 Nov 2019 05:52:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iT1s2-0008Av-0G for bug-gnu-emacs@gnu.org; Fri, 08 Nov 2019 05:52:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 Nov 2019 10:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38079 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 38079-submit@debbugs.gnu.org id=B38079.157321027131351 (code B ref 38079); Fri, 08 Nov 2019 10:52:01 +0000 Original-Received: (at 38079) by debbugs.gnu.org; 8 Nov 2019 10:51:11 +0000 Original-Received: from localhost ([127.0.0.1]:44841 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iT1r9-00089Y-WF for submit@debbugs.gnu.org; Fri, 08 Nov 2019 05:51:11 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:42979) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iT1r4-000890-HZ for 38079@debbugs.gnu.org; Fri, 08 Nov 2019 05:51:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1573210249; bh=B3Tz2sXciR4TiYIQZayq2mkGYsRRmvnpPGhgXm1K/jM=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=FSRh4YFKLRcWRJQwP3o/pd9XWRTNQuL/3yhH880KWoLTygaFXkyABKs2yo/LxY8a5 oZuL+7vT7/wf1J+qW7+0Mh5vqPVkZkh03VtGRjEyZGlawVg86+C+Ow10VLnlLMlcPq 0/OdvSg5iKsut8FL/IPf6YDxb5xqThPCYHcsuggk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from detlef.gmx.de ([217.70.140.254]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MGz1f-1igYeo09bP-00E6HB; Fri, 08 Nov 2019 11:50:49 +0100 In-Reply-To: <83k18ad5ch.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 08 Nov 2019 12:34:22 +0200") X-Provags-ID: V03:K1:1xv5Gey9SqBRTiM64di/ExUuFW+j1bl6r9lJzdaTmQ4Pl9vFnnm Rv9qF29tpcm+KHrRMQgHlHt1MwD9EAq/Fc95S0mrNLrTGkzjAGVQcZBRgC3/wWQjMOl2tm6 gdcOdWywiFyEuvsoJncuevHOLts1XU1kl4oO5k3lzZFUCKIuGDhp5SKa+GBp7/Mc1gwVlkY KxXPDYyHMAvTOfox34zqQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:0NOKhz68jxQ=:1Fh08u9a91MLD5Nq/4r41a LYlkJOTmzsXQoScNhUx7yoJt5bzKx8yZTLRiv5m0gA+8KiIs9h3d1ew3dWc/5v0GkWqH1iDwh jFwfTShJa9brSUTj64Zdm3fvDHvVLBD4D0rhHEnRFnZCFPdiw8utS0HEhanC7eo6ijbrjW3+O MC4XH61tx393F6ykAxhbC6k+m/UzBbLPO33jgwReXj4+AKIC2yE1IFpCLAIBsjeIPSPso3Va0 YtxsC0X25hGdbIy9twV2r6UIqUAvLnlZkNbyATAAFMKvLuieenFyNYI/0QqYylwlhoz3vDqku h6n3+b4EgEiA4aearGhg4pr5Wyk7//NuUiD9Q5AxY3PrRZV3JQBif9EhyAIJLxlPvB+xHXw2d Ktph1q7VUW7j7RGnPw5k5E929p7D4YPfkEaPeIVXjdivMYbgQfIlPlD7oQJ3g5G9tpJ+0CaXV ThTDNfElAWN4sA8vF/a4sUnk/WFw8SYSUekjzQCB9Nyfxe13u5OMQsQwVKmEQD81hEEPeEagN C5d4aRNvM/poBaxWpCPX8gXd+FxzT8mUvbttgZBxg/1x4P1hc9AiAfN2EVVJzMGj0w1hcZDkA 9d2t9fAERfCY0RwWTjFwCXvSD8bYKHnFjmo2mXg5lByUK0AqzVojfy4qTWWJPIhtKDD10JuPP 504hS3eqiHDQnzie0obKkBrej9+dGlELPVxC8Qdw089hwyjhxG2kPMFiLOOf34pByVXyI2wk/ VT/t+rCC7adC1BaShgbyZ9CR+Q9/RQs/qjjJZI7k71iH1VWUqbl9I0tJJAEsK5bCjmcwZo4r 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: 209.51.188.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:171193 Archived-At: Eli Zaretskii writes: >> > There are two system calls that return this information on Windows, >> > and they treat the letter-case differently. The second system call >> > needs the winsock layer to be initialized, and we don't want to do >> > that at startup because it causes various problems (sorry, I no longe= r >> > remember the details of that part). So we only call the network-awar= e >> > system call after some network connection is available. >> >> Shouldn't we document this in etc/PROBLEMS? > > What would you suggest to document? This is an internal detail of the > Emacs implementation, and users have no control on the results. Maybe > I'm missing something, but what useful workarounds can we suggest? I don't speak about users but developers. At least we shall warn them that `system-name' can return different values. They might apply counter measures, like using only (downcase (system-name)) or a alike on w32. Well, since it is about developers, the Lisp manual might be the better place to document, in the "Operating System Environment" section. Best regards, Michael.