X-Recipient:	archive-cygwin AT delorie DOT com
DKIM-Filter:	OpenDKIM Filter v2.11.0 sourceware.org 9D1FF3858428
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1680607545;
	bh=hoz1s8Tp50Xd/qbIE62h5JhGqRu5r/yjcyhfp7xxAqA=;
	h=References:In-Reply-To:Date:Subject:To:List-Id:List-Unsubscribe:
	List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:
	From;
	b=AyTM0/yTciNcqSaY3RcxppaIjroVMldeqU2ar/Qu9iMMIX0yK/JnflDMvJmXw5BLK
	CzD3weFt6htnFlPxHne0m2nAIyUnVvFzRwvMt69W81/A/LgVYRvpNsEO2z84aMxwjY
	hZ17CdVPAiTOVuIfzcV+cbQwDIZlJo2Iq20BTncU=
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DMARC-Filter:	OpenDMARC Filter v1.4.2 sourceware.org A99A43858D1E
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20210112; t=1680607506;
	h=to:subject:message-id:date:from:in-reply-to:references:mime-version
	:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
	bh=TaKXWQDuLh7IqedyS1Pn3o5KLUUMTZMkk6V0kUVbdm8=;
	b=C2Ln2Ms2kEhJ74RyxavD+8UacUtIeJ3hd4tOJfwiloK77vaJDV9+dDwkwLCi+3alnK
	XkenY5RGHT/aufiGUvzdy/Cp7+ElDJB3QVr5eExwUGtoqhHo68wEtoDtTv0bhNA5/577
	xGPWgeOLohsJrRfu6K80i3U/ukWl2ITUkGAPBJ5v14aAY0+vW25rz+q2lBillYJnag1m
	PpD1tWDpHyqSRkeK3LLPYtBvA35Qu8iJt7t/fVGTATF2p6Vt8xbFmdRpZkJydcg8OMLH
	7AFGGGOFZlk8LF0B5K0FCP0o7xXc97wQtbiwVaXE9Tj+mZforuq105916jWYQDN4dl2h
	6WyA==
X-Gm-Message-State:	AAQBX9fg51A6FzeF87jFExPLTH3mPx3xFjaSogHhyVZjzc60kRVIIH+6
	bhor4uEYOW3fPGBAwusObdQ5csWuKPBDDwlvZgKkuBi5rRE=
X-Google-Smtp-Source:	AKy350bysHdutzZXhddb9jHuiJJkUj39yCnh1VZSf0wkGZcMvSTmjFtLkl1xH2LLjpYix2RMRPDLSwoLXu/JvOIoHg0=
X-Received:	by 2002:a2e:824a:0:b0:299:b5e6:4c45 with SMTP id
	j10-20020a2e824a000000b00299b5e64c45mr895108ljh.5.1680607505794; Tue, 04 Apr
	2023 04:25:05 -0700 (PDT)
MIME-Version:	1.0
References:	<CACq6C22yVYO9HPV+GYOJ6X0WACsjNKcjg82k0QTFp9v380+WQw AT mail DOT gmail DOT com>
	<ZCqw8BFY0XQhvG7D AT calimero DOT vinschen DOT de>
	<62f59e2a-8360-e4a5-1460-3d0de5331fd8 AT Shaw DOT ca>
In-Reply-To:	<62f59e2a-8360-e4a5-1460-3d0de5331fd8@Shaw.ca>
Date:	Tue, 4 Apr 2023 06:24:55 -0500
Message-ID:	<CACq6C21bZ9pqtZspaiAn9BwFsKXNk-wR0A51S02H2T-7tnU9EQ@mail.gmail.com>
Subject:	Re: MSG_MORE socket.h flag
To:	cygwin AT cygwin DOT com
X-Spam-Status:	No, score=0.2 required=5.0 tests=BAYES_00, DKIM_SIGNED,
	DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, HTML_MESSAGE,
	RCVD_IN_DNSWL_NONE, 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-Content-Filtered-By:	Mailman/MimeDel 2.1.29
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-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:	Chance via Cygwin <cygwin AT cygwin DOT com>
Reply-To:	Chance <exertustfm AT gmail DOT com>
Sender:	"Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com>
X-MIME-Autoconverted:	from base64 to 8bit by delorie.com id 334BQ8c5010427

On 2023-04-03 04:56, Corinna Vinschen via Cygwin wrote:
> On Apr  2 00:19, Chance via Cygwin wrote:
>> I've used cygwin in the past few years using the MSG_MORE flag when using
>> some socket functions
>
> I have no idea how you did that.  MSG_MORE was never actually supported
> by Cygwin, and the (more or less) equivalent MSG_PARTIAL flag was never
> exposed into Cygwin user space.
>
>> but now it's not defined in cygwin\socket.h and
>
> It never was!  I checked the history back until the year 2000.
>
>> MSG_EOR is using the value of MSG_MORE (0x8000). Above that in the
socket.h
>> file there is a comment /* MSG_EOR is not supported.  We use the
>> MSG_PARTIAL flag here */. I understand this as meaning MSG_EOR now works
as
>> MSG_MORE would and that MSG_EOR is not usable. Just want some
clarification
>> on this.
>
> It just means we're using the bit value of MSG_PARTIAL to expose
> a MSG_EOR flag into user space.  It was introduced in 2019 because
> of POSIX header file compatibility, but it's unsupported and always
> results in sedn/recv returning EOPNOTSUPP.
>
> I'm still puzzled where you got the MSG_MORE definition from, though

Ah yes, my memory was foggy, but I've recalled now that I did some work
with sockets on a Linux system and had to change this flag in my own source
code when I would work on a cygwin platform. It's been a while; sorry for
the confusement!

On Mon, Apr 3, 2023 at 11:05 AM Brian Inglis <Brian DOT Inglis AT shaw DOT ca> wrote:

> On 2023-04-03 04:56, Corinna Vinschen via Cygwin wrote:
> > On Apr  2 00:19, Chance via Cygwin wrote:
> >> I've used cygwin in the past few years using the MSG_MORE flag when
> using
> >> some socket functions
> >
> > I have no idea how you did that.  MSG_MORE was never actually supported
> > by Cygwin, and the (more or less) equivalent MSG_PARTIAL flag was never
> > exposed into Cygwin user space.
> >
> >> but now it's not defined in cygwin\socket.h and
> >
> > It never was!  I checked the history back until the year 2000.
> >
> >> MSG_EOR is using the value of MSG_MORE (0x8000). Above that in the
> socket.h
> >> file there is a comment /* MSG_EOR is not supported.  We use the
> >> MSG_PARTIAL flag here */. I understand this as meaning MSG_EOR now
> works as
> >> MSG_MORE would and that MSG_EOR is not usable. Just want some
> clarification
> >> on this.
> >
> > It just means we're using the bit value of MSG_PARTIAL to expose
> > a MSG_EOR flag into user space.  It was introduced in 2019 because
> > of POSIX header file compatibility, but it's unsupported and always
> > results in sedn/recv returning EOPNOTSUPP.
> >
> > I'm still puzzled where you got the MSG_MORE definition from, though.
>
> Not on BSD likely Linux:
>
> https://github.com/torvalds/linux/blob/master/include/linux/socket.h#L298
>
> check for symlinks on poster's system?
>
> --
> Take care. Thanks, Brian Inglis              Calgary, Alberta, Canada
>
> La perfection est atteinte                   Perfection is achieved
> non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to
> add
> mais lorsqu'il n'y a plus rien à retirer     but when there is no more to
> cut
>                                  -- Antoine de Saint-Exupéry
>

-- 
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

- Raw text -