From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 33328 invoked by alias); 2 Nov 2015 09:38:49 -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 33320 invoked by uid 89); 2 Nov 2015 09:38:49 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.3 required=5.0 tests=AWL,BAYES_20,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 X-HELO: mailbackend.panix.com Received: from mailbackend.panix.com (HELO mailbackend.panix.com) (166.84.1.89) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 02 Nov 2015 09:38:47 +0000 Received: from compute03.cs.columbia.edu (compute03.cs.columbia.edu [128.59.11.33]) by mailbackend.panix.com (Postfix) with ESMTPA id 66C6B16950 for ; Mon, 2 Nov 2015 04:38:45 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <22071.12068.858109.210047@compute03.cs.columbia.edu> Date: Mon, 02 Nov 2015 09:38:00 -0000 From: Jonathan Lennox To: cygwin@cygwin.com Subject: Re: fstat st_size on open files on Parallels filesystem is wrong In-Reply-To: <20151021110734.GO5319@calimero.vinschen.de> References: <21333.25325.11106.958642@compute01.cs.columbia.edu> <227151856.20140421223417@yandex.ru> <21333.26515.393838.380071@compute01.cs.columbia.edu> <20140422081628.GC2339@calimero.vinschen.de> <21334.55207.784319.488271@compute01.cs.columbia.edu> <20140423084056.GJ2339@calimero.vinschen.de> <21335.61113.963950.516021@compute01.cs.columbia.edu> <20140423172413.GQ2339@calimero.vinschen.de> <22038.38637.802707.846218@compute03.cs.columbia.edu> <20151021110734.GO5319@calimero.vinschen.de> X-SW-Source: 2015-11/txt/msg00021.txt.bz2 On Wednesday, October 21 2015, "Corinna Vinschen" wrote to "cygwin@cygwin.com" saying: > On Oct 8 12:16, Jonathan Lennox wrote: > > Hi, following up on this issue from last year. The message I'm replying to > > is at . > > > > The problem is weird behavior in Parallels Desktop-hosted Windows VMs, when > > accessing the host's native Mac OS X filesystem. See the thread for the > > details. > > > > On Wednesday, April 23 2014, "Corinna Vinschen" wrote to "cygwin@cygwin.com" saying: > > > > > > At this point this is looking pretty clearly like a Parallels Tools bug. > > > > I'll report it to them. > > > > > > Yes, that sounds good. Given that, I'm wondering if we should try to > > > workaround this problem at all or rather wait to see if the vendor will > > > fix the issue. > > > > No such luck, despite two major version revisions of Parallels Desktop (I'm > > now on version 11.0.2) and moving to Windows 10 as the guest OS -- the bug > > perists, unchanged. So it looks like Cygwin will need to add a workaround > > for this filesystem to fix the problem. > > Ok, we could do that. Can you compile and run the testcase from > https://cygwin.com/ml/cygwin/2014-04/msg00523.html again? Does it > still show 0 vs. 12 bytes? Dumb extra test: Does the output change > if you reorder the calls, requesting FileStandardInformation first, > FileNetworkOpenInformation second? I re-ran the test, no change. Changing the order gives the same result -- FileStandardInformation works, FileNetworkOpenInformation doesn't. > Just create a hardlink on that drive using native means: > > $ touch foo > $ cmd /c mklink /h bar foo > > Error at this point? No hardlinks. Otherwise: "You do not have sufficient privilege to perform this operation." Is that sufficient proof? Unfortunately, when I do "Run As Administrator" on MinTTY, the Mac drives (/cygdrive/z and /cygdrive/y) don't show up. I don't know why that is. So I can't test hard links as administrator. > $ ls -li foo bar > > Are the inode numbers identical? Congrats, hardlinks work. But given > the general FAT-iness of the getVolInfo output, I guess it doesn't > maintain hardlinks. However, when I create a hardlink on the underlying (Mac) file system, the inode numbers that Cygwin shows are not identical. So "no hardlinks" seems very likely. -- Jonathan Lennox lennox at cs dot columbia dot edu -- 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