delorie.com/archives/browse.cgi | search |
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> |
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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |