From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 115460 invoked by alias); 4 Nov 2019 12:51:00 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 115451 invoked by uid 89); 4 Nov 2019 12:51:00 -0000 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 Received: from smtp-out6.electric.net (HELO smtp-out6.electric.net) (192.162.217.181) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 04 Nov 2019 12:50:57 +0000 Received: from 1iRbnw-0003iA-Uu by out6b.electric.net with emc1-ok (Exim 4.92.3) (envelope-from ) id 1iRbot-0005oD-TT for cygwin@cygwin.com; Mon, 04 Nov 2019 04:50:55 -0800 Received: by emcmailer; Mon, 04 Nov 2019 04:50:55 -0800 Received: from [130.246.132.232] (helo=exchsmtp.stfc.ac.uk) by out6b.electric.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-SHA384:256) (Exim 4.92.3) (envelope-from ) id 1iRbnw-0003iA-Uu for cygwin@cygwin.com; Mon, 04 Nov 2019 04:49:56 -0800 Received: from [130.246.42.12] (130.246.42.12) by exch01.fed.cclrc.ac.uk (130.246.132.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1779.2; Mon, 4 Nov 2019 12:49:56 +0000 Subject: Re: assertion "p >= path" failed To: References: <13b61476-6c41-1697-817e-652a695d3520@cornell.edu> <5b60cc71-fa1b-b972-10be-b37ff5756fab@rl.ac.uk> <46bc0b2e-a138-3e25-a403-4f3d6eff1651@rl.ac.uk> From: Tim Adye Message-ID: Date: Mon, 04 Nov 2019 12:51:00 -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.adye@stfc.ac.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 X-SW-Source: 2019-11/txt/msg00007.txt.bz2 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