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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=dY8uEx0mDbXUskZO
	I7WLnvEm2EBul6a9q0uODQOxhcvcj9kfWGOzJvnV8lJNSMFkT2DK1AofPw6I/9vj
	so5P4QwJjcgANg6XMHL2HsD3VxJ/e/1/2q+QQ9FlZDgZOYA+EHRIeEeZHvK4Go9e
	id9wH2HqLeazRUv7irKepYjBbZk=
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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=rfoPz2PWxea9KpauUk5X1G
	TeHqY=; b=avPOAXih+8wWeMzPB9R5BgNBOlqwAhctKsRDQzoSRKWQAFn5N4C2vj
	3q9DPb+W53AwIjS72Wgh3SBfMtAyaf/FOBbmY0gbIKJ2LZPmp/MJ4L1f3bVQiKms
	aN30MG51pHIQdyAZc440Vx1Ajle1F2obL6GJzACzpZ/CEg5A3lenE=
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-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS autolearn=ham version=3.3.1 spammy=partnership, exercising, accord
X-HELO: smtp-out6.electric.net
Subject: Re: assertion "p >= path" failed
To: <cygwin AT cygwin DOT com>
References: <deaacaf0-81be-79fa-a2eb-1d30923cf89f AT rl DOT ac DOT uk> <13b61476-6c41-1697-817e-652a695d3520 AT cornell DOT edu> <5b60cc71-fa1b-b972-10be-b37ff5756fab AT rl DOT ac DOT uk> <46bc0b2e-a138-3e25-a403-4f3d6eff1651 AT rl DOT ac DOT uk> <f86de3f3-3a40-f189-8944-545b3c3aab57 AT cornell DOT edu> <ed566388-4dbc-30a3-a109-591c4b53bbd4 AT rl DOT ac DOT uk> <d7680412-f26e-a959-fa2d-97cc8c495a7d AT cornell DOT edu>
From: Tim Adye <T DOT J DOT Adye AT rl DOT ac DOT uk>
Message-ID: <6e379f2f-7316-44dd-b68e-ba4b2a23f6f4@rl.ac.uk>
Date: Mon, 16 Dec 2019 02:41:08 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <d7680412-f26e-a959-fa2d-97cc8c495a7d@cornell.edu>
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 8bit
X-EsetResult: clean, is OK
X-EsetId: 37303A293CED2F69627D65
X-Outbound-IP: 148.79.164.52
X-Env-From: tim DOT adye AT stfc DOT ac DOT uk
X-Proto: esmtps
X-Revdns: mail.dl.ac.uk
X-TLS: TLSv1.2:ECDHE-RSA-AES256-SHA384:256
X-Authenticated_ID:
X-PolicySMART: 3590380
X-IsSubscribed: yes

Hi Ken,

On 11/12/2019 16:03, Ken Brown wrote:
> On 11/4/2019 7:49 AM, Tim Adye wrote:
>> Hi Ken,
>>
>> On 31/10/2019 18:19, Ken Brown wrote:
>>> [Please don't top-post on this list.  Thanks.]
>>>
>>> On 10/30/2019 7:56 PM, Tim Adye wrote:
>>>> I'm afraid I get a very similar error with 3.1.0-0.7:
>>>>
>>>> assertion "p >= path" failed: file
>>>> "/home/kbrown/src/cygpackages/cygwin/cygwin-3.1.0-0.7.x86_64/src/newlib-cygwin/winsup/cygwin/path.cc",
>>>>
>>>> line 2906, function: int symlink_info::check(char*, const suffix_info*,
>>>> fs_info&, path_conv_handle&)
>>> OK, so your issue is different from the one that was fixed.
>>>
>>>> Again following resume from hibernation after going offline with the offline
>>>> files as HOME (H:\).
>>> I'm not familiar with offline files, so it would help if you would explain this
>>> in complete detail.
>> Offline Files is a feature of Sync Center that makes network files available to
>> a user, even if the network connection to the server is unavailable. Windows
>> keeps a copy of files stored on the network on the local computer. This allows
>> users to work with them even when they are not connected to the network or a
>> server is unavailable. The next time the user connects to the network or the
>> server is available, their offline files on your computer will automatically
>> sync to the network files on the server.
>>
>> I have it set up to keep a local copy of a mapped network drive that holds my
>> files (Cygwin $HOME). As I understand it (eg. explained in
>> https://docs.microsoft.com/en-us/windows-server/storage/folder-redirection/folder-redirection-rup-overview),
>> when the system goes offline, Windows uses the "Folder Redirection" feature to
>> redirect access to the client-side cache, C:\Windows\CSC.
>>
>> I guess Cygwin can choke on this redirected path.
>>> It would also help if you could capture the assertion failure in a debugger.  Do
>>> you know how to use gdb?  If so, I would suggest attaching gdb to bash before
>>> hibernating, and putting a breakpoint at symlink_info::check.  Assuming that gdb
>>> is still usable after you resume from hibernation, we ought to be able to find
>>> the cause of the assertion failure.
>> I will try this, but it will be tricky, because I don't get the assertion every
>> time I go offline / hibernate. I'll see if I can work out how to provoke the bug
>> reliably. I don't remember the situation from every time it's happened, but I
>> think perhaps it can happen if there is a bash window open at the time. bash
>> still works, but it can't run anything else, nor can I start any new processes.
>> If so, your test might be possible, but might not see the symptom, since the
>> problem seems to be in processes started by bash. But I'll try.
> Hi Tim,
>
> I don't know if you noticed the thread starting here:
>
>     https://cygwin.com/ml/cygwin/2019-12/msg00016.html
>
> The problem reported there has been fixed, and I hope that the fix also works
> for your problem.  You can test it by installing the latest snapshot from
> https://cygwin.com/snapshots/.

Hi Ken,

Many thanks for the interesting and encouraging pointer. That does look 
similar to my issue, though I think the other issue was (originally at 
least) something to do with inaccessible mounts, rather than cached mounts.

I have tested the new snapshot and don't see any problems so far. 
However I have been having trouble reproducing my original issue, 
especially since I recreated my offline-files synchronisation 
partnership, so I can't tell for sure whether the update fixes my 
particular problem, or it just went away of its own accord. I'll keep 
exercising it and let you know if I see any more the assertion crash.

Thanks,
Tim.

--
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