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:mime-version:content-type :content-transfer-encoding:message-id:date:from:to:subject :in-reply-to:references; q=dns; s=default; b=vW60uqOm+wUQZaZQVm3 Oqlbj3mCc2SYdDfDtrUXEPQ+lp8EtNlIpFiZvgRg0Lw5zi6CuQEMzjSH4igyTJfZ LJFdhKg3iqovnRBhiHaIZBBFMK+ycs8qbFAICbBHcYOZlxFLK6nvrAa5RoPSX96x EOLFZis3Qgpj44VVNIgAJ8bU= 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:mime-version:content-type :content-transfer-encoding:message-id:date:from:to:subject :in-reply-to:references; s=default; bh=lWtfmkEq1gZIJcEqN6gyTJTQf Uo=; b=fwqEvclj8ZjPXJrpH71BHPS8rUHQXIY0moiiv2ixBkALiTyZXBLUy06yj 15ICwBJ7qEumEY8I5YOVfb1EgHKvwoiY5EPjwQZFVAI43b2EBlK+iKlwSdVvV695 kzk84togYcokg/Ba5UBEqKr5xp/cs4GtSV6ZarNmZSDoDLMb5c= 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-Virus-Found: No X-Spam-SWARE-Status: No, score=0.7 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 X-HELO: mailbackend.panix.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <22071.24647.434328.551494@compute03.cs.columbia.edu> Date: Mon, 2 Nov 2015 08:08:23 -0500 From: Jonathan Lennox To: cygwin AT cygwin DOT com Subject: Re: fstat st_size on open files on Parallels filesystem is wrong In-Reply-To: <20151102112334.GC5319@calimero.vinschen.de> References: <227151856 DOT 20140421223417 AT yandex DOT ru> <21333 DOT 26515 DOT 393838 DOT 380071 AT compute01 DOT cs DOT columbia DOT edu> <20140422081628 DOT GC2339 AT calimero DOT vinschen DOT de> <21334 DOT 55207 DOT 784319 DOT 488271 AT compute01 DOT cs DOT columbia DOT edu> <20140423084056 DOT GJ2339 AT calimero DOT vinschen DOT de> <21335 DOT 61113 DOT 963950 DOT 516021 AT compute01 DOT cs DOT columbia DOT edu> <20140423172413 DOT GQ2339 AT calimero DOT vinschen DOT de> <22038 DOT 38637 DOT 802707 DOT 846218 AT compute03 DOT cs DOT columbia DOT edu> <20151021110734 DOT GO5319 AT calimero DOT vinschen DOT de> <22071 DOT 12068 DOT 858109 DOT 210047 AT compute03 DOT cs DOT columbia DOT edu> <20151102112334 DOT GC5319 AT calimero DOT vinschen DOT de> On Monday, November 2 2015, "Corinna Vinschen" wrote to "cygwin AT cygwin DOT com" saying: > On Nov 2 04:38, Jonathan Lennox wrote: > > 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. > > That's a security feature of UAC. You can change that in the registry. > As administrator: > > regtool -d set /HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Windows/CurrentVersion/Policies/System/EnableLinkedConnections 1 > > Then reboot. Didn't work: $ ls /cygdrive/ c d e $ regtool get /HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Windows/CurrentVersion/Policies/System/EnableLinkedConnections $ uname -a CYGWIN_NT-10.0 Vidyo-LT0519-10 2.3.0(0.291/5/3) 2015-11-02 11:15 x86_64 Cygwin Is Windows 10 the same? > I added support for this filesystem (called prlfs in mount output) and > without hardlink support for now. I uploaded a new developer snapshot > to https://cygwin.com/snapshots/ Please give it a try. No, still seeing the failure in the snapshot: $ ./stat-size-test.exe /cygdrive/y/foo ~/foo /cygdrive/y/foo: fstat: st_size=0 /cygdrive/y/foo: stat: st_size=12 /home/jonathan/foo: fstat: st_size=12 /home/jonathan/foo: stat: st_size=12 $ uname -a CYGWIN_NT-10.0 Vidyo-LT0519-10 2.3.0(0.291/5/3) 2015-11-02 11:15 x86_64 Cygwin (See https://cygwin.com/ml/cygwin/2014-04/msg00488.html for the source code to stat-size-test.c). Oddly, though, the original problematic behavior I saw in emacs (with it falsely detecting files as being modified externally) has gone away. Maybe emacs added a workaround for this? -- 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