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=DFJGE0KG9C0S51RY CtzYDYhh/4fx5d1okmHLD3rt61fLqHKyDnbaC7UQYimdNtVneGagwMvEKCvBqqO8 MO+U6SOI0XjGIbxExzhFNNm3ysTM/o7VmrdpNlSAkCHr3UE09SdY1/wDar6hybJH h+YOyCBd/KXrnd0kAkjVarncBGw= 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=Yo4cIXfkODX+ROtdKIdDCp Bhju8=; b=UPv0T/qbgHr5Nmuh+S/+6DdNFnwy2QJ1+x+67tZAMKKDGdlgmZqT7D +hzwT3xPeHd920+OosU1PoaVS/2PiOsqCsSIdrqySWW66eJf1poXHaPcoUYZKode Bc2nNx+M52Hk+Nx7uDPB3h2hhR7H+gNbvSXGKo3+njWZxO6P58e6E= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , 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.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.1 spammy=HOME, symptom, brown, Files X-HELO: smtp-out6.electric.net Subject: Re: assertion "p >= path" failed To: References: <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> From: Tim Adye Message-ID: Date: Mon, 4 Nov 2019 12:49:55 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-EsetResult: clean, is OK X-EsetId: 37303A290F3E2369667766 X-Outbound-IP: 130.246.132.232 X-Env-From: tim DOT adye AT stfc DOT ac DOT uk X-Proto: esmtps X-Revdns: exch01.rl.ac.uk X-TLS: TLSv1.2:ECDHE-RSA-AES256-SHA384:256 X-Authenticated_ID: X-PolicySMART: 3590380 X-IsSubscribed: yes 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. Thanks, Tim. > Ken > > -- > 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 > -- 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