From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30816 invoked by alias); 17 Jul 2014 18:39:22 -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 30622 invoked by uid 89); 17 Jul 2014 18:39:18 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: calimero.vinschen.de Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 17 Jul 2014 18:39:17 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 8A8268E0600; Thu, 17 Jul 2014 20:39:15 +0200 (CEST) Date: Thu, 17 Jul 2014 18:39:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: Link count wierdness Message-ID: <20140717183915.GT15332@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <87oawnvovw.fsf@Rainer.invalid> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6cMF9JLEeZkfJjkP" Content-Disposition: inline In-Reply-To: <87oawnvovw.fsf@Rainer.invalid> User-Agent: Mutt/1.5.23 (2014-03-12) X-SW-Source: 2014-07/txt/msg00199.txt.bz2 --6cMF9JLEeZkfJjkP Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1451 On Jul 17 20:09, Achim Gratz wrote: >=20 > I have come across an interesting problem with the link count on a > NetApp volume(*). While hardlinks can be created just fine and work as > you'd expect (changing one file changes all the linked files), the link > count that gets reported for each of the linked files is always 1. ONe > of those NetApp volumes is my home directory and it breaks GNU parallel, > which uses the link count as a semaphore. Is this a bug in how Cygwin > handles these volumes or a problem in how they are set up or something > entirely else? Netapp inode numbers are not reliable and thus the number of links isn't either. There's a check in Cygwin which is the result of the early Cygwin 1.7 development. It does not report the number of hardlinks and it fakes the inode numbers on netapp filesystems. > (*) df also doesn't show anything on these volumes, but that has been > reported before. Windows reports them as CIFS or NTFS, depending on > where you look. The file system returns STATUS_INVALID_PARAMETER when calling NtQueryVolumeInformationFile(FileFsFullSizeInformation) for some reason. If you're set up to build your own Cygwin DLL, we could perform two or three really quick tests to find out if there's a way to workaround this issue in Cygwin. Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --6cMF9JLEeZkfJjkP Content-Type: application/pgp-signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJTyBhTAAoJEPU2Bp2uRE+gSKMP/29rW47NXYlY0/Nklcr7nig7 C7IAEYmtkGm7inwbza4IVURYSndvaZuftccgHuHhWHWT/zbcNt8iJjJ/XBHcSo4y bpXDYHEh5bWuI+W+ts3/srfyj49ZmVB6s0dbBivYJkc94lI1tapNJJEKwRMxfIt9 ANqw+Mzc6KqgarVLqNsrI/SYg+v9DUVUmXFbIk1rYBinOPotunje8eINCxN3dUKG ico+t/ldSZRweRBWxdactJgy7t+B5goC0xvrehJCdv0H3QwuKD6bSVzdN1JIgWVk VOSNnymI/k3XireaDdkvPlNK/XVEkm72bUULsJDe+Y2EXShtCSLfL6gecUaRU3sh 7BwNWKBrOZYN/g4iwnP1uvoSZEG+/LT1UjP8WGIY1R/WY62zIFePJA94usnc1RRz zhNGiMheAA7XSaq2Cysd9YEANIw2yBcfAiTFVLJi31zKg/O75kZOrn73X/Yjfqqm 582suRlMU0YNVIk7qwMvhGb3nOfwR5mC5dyn3yBU45lAbyjHsF1FTKrfpNzwqnYW dyYSKF9UE1JyDqEskv3yOHSsJ9TLwMjfeQQU9ZRdbWsK5OVmQj/2+CsxqHCnOG+t BZ39cbJkILb083hzx39me0VoLbNrwLSrLBqW1yKoltAy1H4vO2989buXDImkbe1+ LMVlO6IYsfhoIaVVZEWm =+ZFd -----END PGP SIGNATURE----- --6cMF9JLEeZkfJjkP--