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: <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: 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 List-Archive: List-Post: List-Help: List-Subscribe: , From: Chance via Cygwin Reply-To: Chance Content-Type: text/plain; charset="utf-8" Sender: "Cygwin" Content-Transfer-Encoding: 8bit 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 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