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@cygwin.com
Message-Id: <711F7C15-6A2C-47B2-B8FF-A02FB703A808@callow.im>
References: <13B0370E-B61A-44B9-A885-5FF1B8F4AC5F@callow.im>
 <20230815093042.4c5fd1034837098aaff45e10@nifty.ne.jp>
 <CCC360AD-21B1-40E4-8B6B-FCFAF5612939@callow.im>
 <20230815154219.f03a40176f281f598ab0ffc4@nifty.ne.jp>
 <FCF9C3F3-7ED6-406A-8420-05379E4C5875@callow.im>
To: Takashi Yano <takashi.yano@nifty.ne.jp>
Precedence: list
From: =?utf-8?b?44Kt44Oj44Ot44Km44CA44Oe44O844KvIHZpYSBDeWd3aW4=?=
 <cygwin@cygwin.com>
Reply-To: =?utf-8?B?44Kt44Oj44Ot44Km44CA44Oe44O844Kv?= <github@callow.im>
Content-Type: multipart/mixed; boundary="===============8838730730822339776=="
Errors-To: cygwin-bounces+archive-cygwin=delorie.com@cygwin.com
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie.com@cygwin.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@callow.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==--