From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([209.51.188.92]:53234) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hV0EV-0006Ie-5B for guix-patches@gnu.org; Sun, 26 May 2019 16:59:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hV0EQ-0005Ra-Gi for guix-patches@gnu.org; Sun, 26 May 2019 16:59:07 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:38366) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hV0EQ-0005RU-EZ for guix-patches@gnu.org; Sun, 26 May 2019 16:59:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hV0EQ-0005Ci-Cm for guix-patches@gnu.org; Sun, 26 May 2019 16:59:02 -0400 Subject: [bug#35880] [PATCH 7/7] lzlib: 'lzread!' never returns more than it was asked for. Resent-Message-ID: From: Pierre Neidhardt In-Reply-To: <87zhn9kn3p.fsf@gnu.org> References: <20190524134238.22802-1-ludo@gnu.org> <20190524134238.22802-7-ludo@gnu.org> <877eaeo2zr.fsf@ambrevar.xyz> <87zhn9kn3p.fsf@gnu.org> Date: Sun, 26 May 2019 22:57:51 +0200 Message-ID: <87r28llyr4.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 35880@debbugs.gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s writes: > Pierre Neidhardt skribis: > >>> Fixes a bug whereby 'lzread!' could return more than COUNT. >> >> Hmm... But why is this a bug? > > Because then the =E2=80=98read!=E2=80=99 method of the custom binary inpu= t port could > return more than =E2=80=98count=E2=80=99, which is understandably not per= mitted. That's the part where I'm a bit confused because we deal with compressed data here. So when we say "(read count)", does COUNT refer to the compressed or uncompressed data? =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlzq/c8ACgkQm9z0l6S7 zH8ojgf+I93bYdoP1uDQc78DwZ0LFwkbK5Hp/aWhrWM39/SVANv5LiEpaOtZYWzm eUNbPcqy0gMJJ84EB6afMfjwqM2jOJwc9WDBGUzprFKOqLWl976ZGDmLS6Fo2B50 LrheiEmsmHMs/JRiyN5AbFGXqIYHF1Mg/fxQgLTgx9W+14mI1Kk2FvtX0Cxjd7/X f6ovZefsPAwbVjqGFwHAHGTlQsodHOGGXV+9sFXFXRQVe8tSbMkK25ehJS0jNpwM yM6PcccrkEX5bjM9bkLqxqgGfvhmxWsByKeIJvZx0Ty5qK+xTU5BxDjyk5w0TpGa NwmswBCF45qHpsDAkMntWuj32EhOeQ== =8MXv -----END PGP SIGNATURE----- --=-=-=--