X-Recipient:	archive-cygwin AT delorie DOT com
DKIM-Filter:	OpenDKIM Filter v2.11.0 sourceware.org 1A45D3857031
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1692093731;
	bh=MZAGe3QVZYZ56OwTACFHVlHK9rnMgEKnHDQ8r7Vasn4=;
	h=Subject:In-Reply-To:Date:Cc:References:To:List-Id:
	List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe:
	From:Reply-To:From;
	b=smp/9S+hZuyX4A3Lkbd3IXovZlH7kr6L8IltZPgd+68xWyaf4vbyc0NQKu+Nz7Ffk
	1p/r0688KsQecKWHYaYiWOsUWxF/n+UukkoweZFfm97f+K+J09V+4HjTaljDgODVTd
	summgTyiHC7DHaLrLpYCS6jyJOf2vCUfeCj0lJDU=
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DMARC-Filter:	OpenDMARC Filter v1.4.2 sourceware.org E1A2A3858404
Mime-Version:	1.0 (Mac OS X Mail 16.0 \(3731.700.6\))
Subject:	Re: Pipes truncating data in cygwin from main and cygwin-3_4-branch
In-Reply-To:	<FCF9C3F3-7ED6-406A-8420-05379E4C5875@callow.im>
Date:	Tue, 15 Aug 2023 19:01:39 +0900
Cc:	cygwin AT cygwin DOT com
Message-Id:	<711F7C15-6A2C-47B2-B8FF-A02FB703A808@callow.im>
References:	<13B0370E-B61A-44B9-A885-5FF1B8F4AC5F AT callow DOT im>
	<20230815093042 DOT 4c5fd1034837098aaff45e10 AT nifty DOT ne DOT jp>
	<CCC360AD-21B1-40E4-8B6B-FCFAF5612939 AT callow DOT im>
	<20230815154219 DOT f03a40176f281f598ab0ffc4 AT nifty DOT ne DOT jp>
	<FCF9C3F3-7ED6-406A-8420-05379E4C5875 AT callow DOT im>
To:	Takashi Yano <takashi DOT yano AT nifty DOT ne DOT jp>
X-Mailer:	Apple Mail (2.3731.700.6)
X-OutGoing-Spam-Status:	No, score=-1.0
X-AntiAbuse:	This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse:	Primary Hostname - ssd1.hungerhost.com
X-AntiAbuse:	Original Domain - cygwin.com
X-AntiAbuse:	Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse:	Sender Address Domain - callow.im
X-Get-Message-Sender-Via:	ssd1.hungerhost.com: authenticated_id:
	github AT callow DOT im
X-Authenticated-Sender:	ssd1.hungerhost.com: github AT callow DOT im
X-Source:
X-Source-Args:
X-Source-Dir:
X-Spam-Status:	No, score=-0.5 required=5.0 tests=BAYES_00, BODY_8BITS,
	DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, SPF_HELO_NONE, SPF_PASS,
	TXREP autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version:	SpamAssassin 3.4.6 (2021-04-09) on
	server2.sourceware.org
X-BeenThere:	cygwin AT cygwin DOT com
X-Mailman-Version:	2.1.29
List-Id:	General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe:	<https://cygwin.com/mailman/options/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive:	<https://cygwin.com/pipermail/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe:	<https://cygwin.com/mailman/listinfo/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From:	=?utf-8?b?44Kt44Oj44Ot44Km44CA44Oe44O844KvIHZpYSBDeWd3aW4=?=
	<cygwin AT cygwin DOT com>
Reply-To:	=?utf-8?B?44Kt44Oj44Ot44Km44CA44Oe44O844Kv?= <github AT callow DOT im>
Errors-To:	cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com
Sender:	"Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com>

--===============8838730730822339776==
Content-Type: multipart/signed;
	boundary="Apple-Mail=_40EEDD7B-003B-45CD-8C25-571C5D881176";
	protocol="application/pgp-signature";
	micalg=pgp-sha512


--Apple-Mail=_40EEDD7B-003B-45CD-8C25-571C5D881176
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8



> On Aug 15, 2023, at 18:09, =E3=82=AD=E3=83=A3=E3=83=AD=E3=82=A6=E3=80=80=
=E3=83=9E=E3=83=BC=E3=82=AF <github AT callow DOT im> wrote:
>=20
> ...
>=20
> I will put some tracing in `test-pipe.c++` to see whether it is =
currently buffering or not.

Indeed the seekg is returning success so my code uses the path where it =
is expected to work. If I force buffering, the test passes.

I tried the same tests in PowerShell instead of Git for Windows Bash. =
There too seekg() reports success.  If I force buffering tellg() after =
isp->seekg(0, ios_base::end) reports 171,926 bytes vs a file size of =
170,512 which is strange. Without buffering tellg() reports 8192 bytes. =
Basically the same behaviour as with G4W bash except there tellg() =
reports 170,512 bytes and 126,976 bytes respectively.

>=20
> We=E2=80=99ve only tested non-Cygwin consumers. When the author of the =
above GitHub issue comment was testing on Cygwin he compiled the =
consumer with mingw-w64 g++.
>=20

If Cygwin consumers also see this changed seekg behaviour then they will =
have problems too.

Regards

    -Mark


--Apple-Mail=_40EEDD7B-003B-45CD-8C25-571C5D881176
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org

iQEzBAEBCgAdFiEE7YIgIVSPLJapfaYaETbJ7D8AEGMFAmTbTQMACgkQETbJ7D8A
EGPPZgf/axdef7zj4kHZEz+cmVBSaR9TBmPpqM3EcyLvz93AZwVAGiENEzN7fBGa
ULkLjhlNiTwAlacaV1BpkCTgW+1bFvi2RkH6tAdZirJyts6NZmLPLjNEmVxC5JdD
m/YyzseMKRvx3CkRAzPUwIJpj8vl2hlf2DALltZRn67SORf4BK+oz3qCHT/lpyQs
5b2Gp8WIjSQ7FsEIyzhRfebCWGLFSUaoNsQYXme3yG91vazPQTRxFZlpEeF+m4NV
1dbgA7Owmpgv7GlixkneVE/DXjKXEybYM7NdQs9m5J+I/K/F1UVN00Ggx34QRXiY
pcNEQkApPqtWEcsP9xvAfhAtBRuPRQ==
=/SyC
-----END PGP SIGNATURE-----

--Apple-Mail=_40EEDD7B-003B-45CD-8C25-571C5D881176--

--===============8838730730822339776==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

--===============8838730730822339776==--

- Raw text -