public inbox for newlib-cvs@sourceware.org
help / color / mirror / Atom feed
From: Sebastian Huber <sh@sourceware.org>
To: newlib-cvs@sourceware.org
Subject: [newlib-cygwin] socket: Implement SO_RERROR
Date: Mon, 11 Jul 2022 11:54:50 +0000 (GMT)	[thread overview]
Message-ID: <20220711115450.401EA385AE6D@sourceware.org> (raw)

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=356891f5e0ddd6414383f408ab289f3687972048

commit 356891f5e0ddd6414383f408ab289f3687972048
Author: Roy Marples <roy@marples.name>
Date:   Wed Jul 28 08:46:59 2021 -0700

    socket: Implement SO_RERROR
    
    SO_RERROR indicates that receive buffer overflows should be handled as
    errors. Historically receive buffer overflows have been ignored and
    programs could not tell if they missed messages or messages had been
    truncated because of overflows. Since programs historically do not
    expect to get receive overflow errors, this behavior is not the
    default.
    
    This is really really important for programs that use route(4) to keep
    in sync with the system. If we loose a message then we need to reload
    the full system state, otherwise the behaviour from that point is
    undefined and can lead to chasing bogus bug reports.
    
    Reviewed by:    philip (network), kbowling (transport), gbe (manpages)
    MFC after:      2 weeks
    Differential Revision:  https://reviews.freebsd.org/D26652

Diff:
---
 newlib/libc/sys/rtems/include/sys/socket.h | 1 +
 1 file changed, 1 insertion(+)

diff --git a/newlib/libc/sys/rtems/include/sys/socket.h b/newlib/libc/sys/rtems/include/sys/socket.h
index 4079b3e91..54cd0be93 100644
--- a/newlib/libc/sys/rtems/include/sys/socket.h
+++ b/newlib/libc/sys/rtems/include/sys/socket.h
@@ -139,6 +139,7 @@ typedef	__uintptr_t	uintptr_t;
 #define	SO_NO_OFFLOAD	0x00004000	/* socket cannot be offloaded */
 #define	SO_NO_DDP	0x00008000	/* disable direct data placement */
 #define	SO_REUSEPORT_LB	0x00010000	/* reuse with load balancing */
+#define	SO_RERROR	0x00020000	/* keep track of receive errors */
 
 /*
  * Additional options, not kept in so_options.


                 reply	other threads:[~2022-07-11 11:54 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20220711115450.401EA385AE6D@sourceware.org \
    --to=sh@sourceware.org \
    --cc=newlib-cvs@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).