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:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=Qp1Vs9VtZB3/MU3FLAcx30MqqzEqMWf7cBEANRh5p/3gjxg5dg3+D
	tXUKxlTzQ3lPkyvVUe1hc1e5g2lYqgbSxwAeBHI6XmXnBiIPI/TJJUyczYzG59Se
	DtazZ9QbokXKwwg/Rqu8l+9hwveAsMxtRSsz3DFhU+YMpxx0zhaO/w=
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:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	 bh=++XMS47rZEPk9USETw06UVZq+/I=; b=Dp11A3GVUe5q7wDaccMfvZNjGrAu
	fLCeVq5HzpMmsCr7kX7gHbx+2O2c9JIjhqtkuGB15UkvUhsAQvIvOb1eG7NgAJm8
	g1T190HhRbz9JXz2vtVAs1/0tJx2P8RMBfz5bhdVu6zioWTEsxhnXH8pobqPTOT9
	F7dYzxaVxRrh85A=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
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=-5.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2
X-HELO: calimero.vinschen.de
Date: Wed, 27 Aug 2014 19:04:21 +0200
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Why does df fail to stat CIFS shares?
Message-ID: <20140827170421.GM20700@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <20140627143626 DOT GA9220 AT F1S712WWS> <20140703094152 DOT GB1803 AT calimero DOT vinschen DOT de> <loom DOT 20140826T110928-929 AT post DOT gmane DOT org> <20140826124557 DOT GB5740 AT calimero DOT vinschen DOT de> <loom DOT 20140827T165747-369 AT post DOT gmane DOT org> <20140827151536 DOT GK20700 AT calimero DOT vinschen DOT de> <20140827153700 DOT GL20700 AT calimero DOT vinschen DOT de> <loom DOT 20140827T181656-215 AT post DOT gmane DOT org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;	protocol="application/pgp-signature"; boundary="AYsPlKobQGgtCvjI"
Content-Disposition: inline
In-Reply-To: <loom.20140827T181656-215@post.gmane.org>
User-Agent: Mutt/1.5.23 (2014-03-12)

--AYsPlKobQGgtCvjI
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Aug 27 16:28, Achim Gratz wrote:
> Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> > > -v, please.  What means "obviously" here?  Did you ask Netapp?
>=20
> No, I've tried all combinations of parameters to the open calls to
> absolutely no avail.  I then started to look at what the VolumeInformation
> call is supposed to be doing and decided that this might have a better
> chance of producing a workaround.
>=20
> > > The FileFsFullSizeInformation class is *old*, it has been introduced
> > > with Windows 2000.  Did you test all combinations I asked you for?  C=
an
> > > you provide detailed results?  It might help to find a working combin=
ation.
>=20
> All combinations you listed produced absolutely the same behaviour than
> before: the open suceeds and the VolumeInfo call fails.  I've tried a few
> other combinations that are forbidden according to MSDN and promptly had =
the
> open call fail, so I think I did this correctly...
>=20
> While searching the net I've found some notes saying that the only classes
> confirmed working everywhere didn't include FileFsFullSizeInformation.  T=
rue
> or not, that's what pushed me to rip it out.
>=20
> http://sourceforge.net/p/openxdk/patches/_discuss/thread/4b412944/4ba5/at=
tachment/undocumented.txt
>=20
> > Btw., one other hare-brained idea would be if the Netapp FS has a
> > somewhat different idea of the size of FILE_FS_FULL_SIZE_INFORMATION,
> > maybe due to a misunderstanding in alignment.  What you could try is
> > to make full_fsi a pointer:
> >=20
> >   PFILE_FS_FULL_SIZE_INFORMATION full_fsi =3D
> >   	(PFILE_FS_FULL_SIZE_INFORMATION)
> > 	alloca (2 * sizeof (FILE_FS_FULL_SIZE_INFORMATION));
> >=20
> > and then change all "full_fsi." to "full_fsi->"

Make that:

  PFILE_FS_FULL_SIZE_INFORMATION pfull_fsi =3D
        (PFILE_FS_FULL_SIZE_INFORMATION)
	alloca (2 * sizeof (FILE_FS_FULL_SIZE_INFORMATION));
  FILE_FS_FULL_SIZE_INFORMATION &full_fsi =3D *pfull_fsi;

Then you don't have to change subsequent code.

> Tomorrow...

Ok.


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--AYsPlKobQGgtCvjI
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJT/g+VAAoJEPU2Bp2uRE+gi1MP+gLgsELQyrC6gF8VPdn1Q0fS
nU51ibzLoSHHwH99Ce0WchrUObYI+GtCJ+wMwqLF615JXuGm5+h+bhZ/Vg2rFMoN
GxqwPJBahWRIQo9Y4rtq/3VTFxg3WJ1fqqit7wkprLZuh45z7u1pA7mVXSLBlrv+
m7ibHQLCc4qjKVvFZjPPKSXEi2IqCYDEOPhuyUUqSjkMMBfPzgPixFsm748DRA4o
9dbMv4WruNRipT7P72SUBEMV4t4AxcWVLH+1B5dmMeoUip1YbosKpe3AmLs6dmyx
kNklClUbKdA0RBR9Mqvkut83/W9U2QB1LJJSVnTprQPDdcDin4Dij/gR7VzqbOR8
PbYRNZQf6meCuvequXlzUEaqJNKuf1ZbDlTHN5do6N9gPx7MLmAqd4nojw1sP206
QMYoTSMNOqe2NsyL1Vto3v0Ao9SWe0cZYXVbja0At6vQQeCt5jQLDj5GnHWRbAgs
IVtmfeqQEN3Pcjt+3XRVRGfVsSJSFdCMK8Im320XAtmeQLh9BCiQpeiOElY0Sup3
InQWdFF2XPrW3YDl/gj5B0EzalgFkwAHzWhNnSBFS+IOv9ORyLHPRAs4AGga9BIr
C/SbUB8Ba6TYZ1Yx4DHHYHhqbUxjMU4nwhPIl3qmfbuAerVes9HRpkaewwZxgxMx
e2xFNBo6+yCP4be5bnJr
=K0UJ
-----END PGP SIGNATURE-----

--AYsPlKobQGgtCvjI--