Re: kern/54435: reading TCP urgent data with MSG_OOB doesn't clear poll(2) status

[Valery Ushakov <uwe%stderr.spb.ru@localhost>]

The following reply was made to PR kern/54435; it has been noted by GNATS.

From: Valery Ushakov <uwe%stderr.spb.ru@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: Christos Zoulas <christos%zoulas.com@localhost>
Subject: Re: kern/54435: reading TCP urgent data with MSG_OOB doesn't clear
 poll(2) status
Date: Thu, 8 Aug 2019 19:58:36 +0300

 On Thu, Aug 08, 2019 at 16:10:02 +0000, Christos Zoulas wrote:
 
 >  Darwin vpn1-1.astron.com 18.7.0 Darwin Kernel Version 18.7.0: Thu Jun 20 =
 >  18:42:21 PDT 2019; root:xnu-4903.270.47~4/RELEASE_X86_64 x86_64
 >  reading urgent data with MSG_OOB
 >  poll: revents =3D 0x93: HUP IN PRI RDBAND
 
 Ah, macos spamming POLLHUP on peer's half-close...
 
 I've put my current test code at http://www.stderr.spb.ru/~uwe/netbsd/oob/
 Not pasting it here as I'm still playing with it.
 
 oobserv can now take the send pattern on the command line
 
 n - send a byte
 u - send(MSG_OOB) a byte
 + - sleep for 1 second
 0 - sleep forever
 
 So you can do ./oobserv nu0 to serve the busy-wait example I mentioned
 earlier.
 
 oobrecv has dropped the stupid "retry" experiment.
 
 -uwe