X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:subject:to:references:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=Ap6ey51xZ/V8VjqS
	mt0Ab164psDpB0pZksaTZaMo6mHYAS8a0mLWn0fy5XnRp6eTNFFUq4CSINb3MXt4
	0/5IYye59obcSyWeU2umX61gEDV5Y06dCP/aKi0u1kxkXTT/e96aUa69bgk/La5k
	hyu/PVQazd4C3h8yIC8gIfmKcKM=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:subject:to:references:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=2wSZtxaiz17k5DjAavfJW+
	/PwrM=; b=AGtP8IbhCtwuugGCUxcenSWon8AiBS/zAzuOA03PlH4q4Pju7r2Grj
	SbQWitSyuKypLwCVm55RZbwK6tagHuEMtn08zWNa/pEa9p+bZQMZSXYWZO8jyY5+
	2bh+Xgi4f0gJ2Jwnj2Wu3Mz9Fds51xAlNF+4ArtCKgNBkv2apQBiQ=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-1.9 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=blindly, publicly, H*u:6.1, H*UA:6.1
X-HELO:	mail-wm0-f53.google.com
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=fam82yFxCfI9ys92nx9kwKIVuH6HKzxxmVeEzDO+fO8=; b=iFp0sWHXuU6JIuk8ZPWDxnad8UjMo619uVKUXtX9aDcQggfH6tGDTezahHNJLIY4fa WhavuQKTXFWvURtzk6xadYFVoHeeWVKfDbS65r6v+DYmDTqJfRwvqWd5ObnH1Zll80PJ Tp6bM2yiZ9nlzsbTyonT6IkSzeWNAW+u/Re679yUS1H8lUVGM6bcF2MMm837LSw/GzNN M0mv5S/CeHvSFYl1cBspc4asM26GEpvM3QDMybphchFfvTanlKmj5yqenNEI61ooI1Wx pj02TpQTuDBURXq5BYUrMDsjP3nHL3gYIp3jEdVZcjMSc/4u7xlKQcpJeGZGL0t+IDlH R7Hg==
X-Gm-Message-State:	AKGB3mI7HmVjLlGWRkRXM8rd4ziuC2qup0nuHx6gz2F0LgHidEPsf6BH siAmCgYQupKfY2AHtDPjhc33Vh/2
X-Google-Smtp-Source:	ACJfBovff0rKxjL2Rx5DfjlTiGpOSNLJm9vDSSlMNO9wnaX+uomxnit0Bq90lYWKB1BXL+IYWru3yw==
X-Received:	by 10.28.238.221 with SMTP id j90mr2195850wmi.44.1513029860674; Mon, 11 Dec 2017 14:04:20 -0800 (PST)
From:	Richard H Lee <ricardohenrylee AT gmail DOT com>
Subject:	Re: Git status delay
To:	cygwin AT cygwin DOT com
References:	<092c4159-1f86-a64a-6ae1-c9909ef4ef90 AT gmail DOT com> <20171121102728 DOT GM20681 AT dinwoodie DOT org> <1867005492 DOT 20171126014157 AT volny DOT cz>
Message-ID:	<e0911723-2b71-cfda-09b1-1eb54950f928@gmail.com>
Date:	Mon, 11 Dec 2017 22:04:16 +0000
User-Agent:	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0
MIME-Version:	1.0
In-Reply-To:	<1867005492.20171126014157@volny.cz>
X-IsSubscribed:	yes

On 21/11/2017 10:27, Adam Dinwoodie wrote:
> (I believe this is a bug in Git, on the grounds that (a) Git in general
> supports POSIX systems and giving special meaning to paths starting with
> `\\` is allowed, if unusual, POSIX behaviour, and (b) Git specifically
> supports Cygwin, and this is very well documented Cygwin behaviour.)

I updated Cygwin and this problem has been fixed. Here's the upstream 
commit:
https://github.com/git/git/commit/57dd3dd28724a150e6c6d4c1c8363e1efd49c197.patch

What happened previously was that when is_git_directory("/") was called, 
git blindly appended "/HEAD" to the path, causing "//HEAD" (i.e. a 
network share) to be lstatted. The commit fixes this by only appending 
the '/' before "HEAD" only if it does not end in it already. Hence 
"/HEAD" is now lstatted as it should be.


> In the name of being able to report this usefully upstream (and ideally
> being able to reproduce it myself) can you give me a bit more
> information about your environment?
I think the reason why so few people experienced this issue was that 
certain people have ISPs that use DNS hijacking. This is where 
non-existent DNS names are resolved to a catch-all IP address. They do 
this to monetise domain name typos. E.g. if someone mistypes the DNS 
part of the URL, the ISP's "not found" page will display adverts based 
upon terms extracted from the URL.

So if you lstat("//HEAD") and you are on a network that does DNS 
hijacking, Cygwin will attempt to connect to the ISP's server via SMB. 
As the ISP's server is a publicly facing IP address, it probably just 
black holes any incoming connection requests. So instead of receiving an 
immediate connection refusal, the TCP connection request just times out. 
This timeout was the cause of the delay.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -