From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 50754 invoked by alias); 25 Apr 2019 15:48:26 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 50673 invoked by uid 89); 25 Apr 2019 15:48:22 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS autolearn=ham version=3.3.1 spammy= X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 25 Apr 2019 15:48:20 +0000 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 9457781E1D for ; Thu, 25 Apr 2019 15:48:19 +0000 (UTC) Received: from [10.3.116.149] (ovpn-116-149.phx2.redhat.com [10.3.116.149]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 40CBE1948E for ; Thu, 25 Apr 2019 15:48:19 +0000 (UTC) Subject: Re: bug: cygwin-devel v3.0.2-1 socket.h does not #define MSG_EOR per the POSIX standard To: cygwin@cygwin.com References: <0873126E9D101A4A983DE738F4346DBC9114A8F3@NAWESPSCXM03V.nadsuswe.nads.navy.mil> <20190424164358.GG30041@calimero.vinschen.de> <4e01e86d-83c9-5855-c4a5-29f5375dc2dc@cs.umass.edu> <3a646fc6-82cb-1980-cc85-75cd4db6f3a0@SystematicSw.ab.ca> From: Eric Blake Openpgp: preference=signencrypt Message-ID: Date: Thu, 25 Apr 2019 15:48:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <3a646fc6-82cb-1980-cc85-75cd4db6f3a0@SystematicSw.ab.ca> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="FXtZydyqnH6rP7inUjDxfQnn7uh3jzZej" X-IsSubscribed: yes X-SW-Source: 2019-04/txt/msg00175.txt.bz2 --FXtZydyqnH6rP7inUjDxfQnn7uh3jzZej Content-Type: multipart/mixed; boundary="o8OKuJYABuIRpkOcbmdRZlmCbFheGLMhb"; protected-headers="v1" From: Eric Blake To: cygwin@cygwin.com Message-ID: Subject: Re: bug: cygwin-devel v3.0.2-1 socket.h does not #define MSG_EOR per the POSIX standard References: <0873126E9D101A4A983DE738F4346DBC9114A8F3@NAWESPSCXM03V.nadsuswe.nads.navy.mil> <20190424164358.GG30041@calimero.vinschen.de> <4e01e86d-83c9-5855-c4a5-29f5375dc2dc@cs.umass.edu> <3a646fc6-82cb-1980-cc85-75cd4db6f3a0@SystematicSw.ab.ca> In-Reply-To: <3a646fc6-82cb-1980-cc85-75cd4db6f3a0@SystematicSw.ab.ca> --o8OKuJYABuIRpkOcbmdRZlmCbFheGLMhb Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Content-length: 930 On 4/25/19 10:28 AM, Brian Inglis wrote: >> - add a define for MSG_EOR to a non-zero value that is bitwise distinct >> from other required MSG_ values >> - return EOPNOTSUPP on attempts to use the flag in >> send()/sendmsg()/sendto() (POSIX permits that failure for protocols that >> don't support it - and none of Cygwin's protocols support it) >> >> although I personally thought POSIX was clear enough that MSG_EOR is >> required to be defined, even if only so that it can trigger send() >> errors showing that it is unsupported. >=20 > Would it be allowed and valid to #define MSG_EOR 0 to simplify lack of su= pport? No, because that implies that EVERY send() call is requesting MSG_EOR and that it never fails. Defining it to a distinct non-zero value makes it possible to report EOPNOTSUPP. --=20 Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org --o8OKuJYABuIRpkOcbmdRZlmCbFheGLMhb-- --FXtZydyqnH6rP7inUjDxfQnn7uh3jzZej Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 488 -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEccLMIrHEYCkn0vOqp6FrSiUnQ2oFAlzB1sIACgkQp6FrSiUn Q2o1fAf+JPvbGqWNF6NaPC6+MLUsG5E/CfQj1ZGdkeXNhH5C9z4PWMp5R5oCB2fD uZVjjrPCCWrasEexmT/dtb4LpcQwZ+eDFZIoVhvoQ4jnkajtNpEp2rCQaQXA6SVQ 0d+rrWS9n4Q5OWMz1vrYqlgGEXJzm/4WtTsHFiFi3I0rwGP2KltQgst4CJ7e8aYW FkfQXXnNSQuoTAn3eppXxHvQuIFxX27BRLsK+IvmH81NNFmey9yf3DBMVcHcGH7o HgbncIIOZD8HCY9dNr22TT5k9E933CEXijbG7XYEP3r7VstSjxp0BHXKQSRVLwlw SV7BZUicQRQV3MyEwvdJRYy+Mjhk9w== =AK4g -----END PGP SIGNATURE----- --FXtZydyqnH6rP7inUjDxfQnn7uh3jzZej--