NetBSD Problem Report #12448

Received: (qmail 20442 invoked from network); 21 Mar 2001 22:57:38 -0000
Message-Id: <Pine.SO4.4.05.10103211443090.7642-100000@tarn>
Date: Wed, 21 Mar 2001 14:57:14 -0800 (PST)
From: Dan Clark <dlc@ncube.com>
To: gnats-bugs@gnats.netbsd.org
Subject: MSG_OOB state not cleared after reception

>Number:         12448
>Category:       kern
>Synopsis:       MSG_OOB state not cleared after reception
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Mar 21 22:58:00 +0000 2001
>Closed-Date:    
>Last-Modified:  Thu Mar 22 01:52:49 +0000 2001
>Originator:     Dan Clark
>Release:        
>Organization:
ncube
>Environment:
System: NetBSD netbsd 1.5 NetBSD 1.5 (GENERIC) #1: Sun Nov 19 21:42:11 MET 2000 fvdl@sushi:/work/trees/netbsd-1-5/sys/arch/i386/compile/GENERIC i386

>Description:

	The netbsd system does not clear the MSG_OOB state once
	the out of band message has been received.  For example,
	a simple receiver sets up a socket and listens for connections
	on a port.  Once the connection is established select on
	both read and exception file descriptor masks.  The sending
	application connects to the receiver and sends 1 byte of
	MSG_OOB data.  The receiver select triggers true, If an
	exception condition comes in, assume it is an MSG_OOB and
	receive with the MSG_OOB flag on.  The receiver correctly
	picks up the 1 byte of exception data.  However, when the
	receiver spins back around and selects again the select
	returns true again on the exception mask even though the
	out of band data has been cleared.

	How can the application clear the state of the OOB data
	once it has been read?  It appears that it can not.  Is
	this broken behavior?

	I have test applications but do not want to send these to
	the general mailing list.

	My primary concern with this behavior is if an application
	selects on the exception condition it has no way to prevent
	further selects from being true once a single message is
	sent with the MSG_OOB attribute.

	Dan L. Clark       dlc@ncube.com    503/531-6432
	nCUBE, 1825 NW 167th Place, Beaverton, OR  97006

>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: gnats-admin->kern-bug-people 
Responsible-Changed-By: fair 
Responsible-Changed-When: Wed Mar 21 17:46:29 PST 2001 
Responsible-Changed-Why:  
malformatted PR manually reformatted and reassigned to proper default 
role account. 
>Unformatted:

Home	PR Database Search