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=kWJKCSqRmzfz2sX4CNtgZjzdD61alC7aiFYXDKUHJ2nQmIaOCqD/p
	m5ftjlQihLvdbtc30vojIhO362U+oF/DsrQ+MYRZy/4vSd10/KGrMzLJyR50cNjx
	dyYf2en7qPYAnkwGKk9uNzYYCmt36L4VL9CGbOMEmN8ERXpkpRsywc=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Date: Fri, 15 Feb 2019 21:31:08 +0100
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: textmode for stdout, what is "correct" now?
Message-ID: <20190215203108.GN2702@calimero.vinschen.de>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <739ed5ce-6902-d702-e152-65dc2c1da667@ssi-schaefer.com> <20190214162002.GA4950@calimero.vinschen.de> <6aa280c2-4769-0772-91d9-c73a3a3d9680@ssi-schaefer.com> <20190215102251.GA2702@calimero.vinschen.de> <f7345109-5b22-a342-df1e-940e236c2397@ssi-schaefer.com> <20190215124844.GE2702@calimero.vinschen.de> <6d02258d-115d-135c-1404-1b02eec34045@ssi-schaefer.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;	protocol="application/pgp-signature"; boundary="9aCKuHbn5v2q3RVc"
Content-Disposition: inline
In-Reply-To: <6d02258d-115d-135c-1404-1b02eec34045@ssi-schaefer.com>
User-Agent: Mutt/1.10.1 (2018-07-13)

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

On Feb 15 19:07, Michael Haubenwallner wrote:
> On 2/15/19 1:48 PM, Corinna Vinschen wrote:
> > On Feb 15 13:03, Michael Haubenwallner wrote:
> >> On 2/15/19 11:22 AM, Corinna Vinschen wrote:
> >>> On Feb 15 08:56, Michael Haubenwallner wrote:
> >>>> On 2/14/19 5:20 PM, Corinna Vinschen wrote:
> >>>>> On Feb 14 16:23, Michael Haubenwallner wrote:
> >>>>>> Hi,
> >>>>>> [SNIP]
> >>>> Down the line in their BIO module they do use setmode(fd, O_TEXT),
> >>>> which is the one that does introduce the \r, as far as I know.
> >>>
> >>> This one is not so nice.  Somebody should tell upstream we only
> >>> want explicit O_BINARY these days, but no explicit O_TEXT.
>=20
> To me it sounds strange to use the one but not the other:
>=20
> If we don't want O_TEXT at all, isn't O_BINARY obsolete as well,
> so the advise should be to use neither - just like real *nix?

No, on text mode mounts O_BINARY makes sure that the result is
actually a binary file.

> A consequence then might be to deprecate (or even remove) them
> from the public API header files.

As long as we have text mode mounts, no.


Corinna

--=20
Corinna Vinschen
Cygwin Maintainer

--9aCKuHbn5v2q3RVc
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEoVYPmneWZnwT6kwF9TYGna5ET6AFAlxnIYsACgkQ9TYGna5E
T6AXEhAAn4CJiz9HmA3GufrN+OdKrMTIewif86Jt6YfFTwWPI1eP/neAYF5xBqtb
V6jWOe5G70aUKKLFkCUUWxZek3KQG+CBfSHxESZWgNqD3SMzvrBk5kJk1v2AJ7Rm
E51B7cE3FAUTWOxyNcO0ZdaQjibKzEOGQLA3NdQp6gkSi/wMClI77bqDwzw0MstR
Pvvr+Ap+EDdzwsHXW/YyU3tUg8Fl3rVi6YtEjrhBBlHqy2cW16Lgw0xzgk0Nr/IL
9ryLbh1g7rsYQ6aUC+n5qxpFGTaYKBsoQfW1S+nDiT2Cw4M+5uElvuXdzc7kctZD
wDX/WvqHhejYmxFxw4FxeUgKjD8pN18CgGB1zir8l+KUh2fuKNjrP0kKREqQM86p
sTKEj6mE4SAh6xDNUqlT6BWkujksRP8bpdJ42XbmPcXWa+HV9c5VJhAkyTJf+DIq
9XWs2OB7OCGpkyy/OyzA3aEXU7f9EAds8d/RjEh36bFOlOHS8N22biDQ9IshBBm1
fxfp0hxgolzI1EOgV/+8HtQS2GlZoTJAG8+tR1nVDSYZ1+k5iWJpc9GHpclXQ7rY
Da2dPKfB+nyS+62IaoBpx2PVD3lPbcyANK3p1xo012JBtf9Dp4oE4sgeCEMLRC/m
eekYvEd1QH/nLY3w4TgJmqGAlciKFKngIz77xbpo5/PcjSTRxvQ=
=b4Vc
-----END PGP SIGNATURE-----

--9aCKuHbn5v2q3RVc--