Re: [OpenTransport] accepting on a different TCP endpoint than listening

Subject: Re: [OpenTransport] accepting on a different TCP endpoint than listening
From: Quinn <email@hidden>
Date: Wed, 3 Dec 2003 10:08:04 +0000

At 15:00 -0700 1/12/03, Thomas E. Knowlton, Jr. wrote:

Can someone confirm my assumption that a TCP endpoint (conceptually, a listening endpoint, with an OTQLen > 1 on the bind) that "hands off" to an unbound TCP endpoint when calling OTAccept() transitions back to the T_IDLE state, not (as documented) to the T_DATAXFER state?

It definitely transitions to T_IDLE. This is clearly documented in the TPI specification.

<http://developer.apple.com/macos/opentransport//docs/dev/tpi.pdf>

Specifically, look at Tables 4-2 and 4-7. Table 4-2 describes event "accept2" as "successful return of t_accept() with ocnt == 1, fd != resfd". Table 4-7 shows that if the state is T_INCON and event accept2 happens, the provide transitions to state T_IDLE.

If the Apple documentation contracts this, it's simply a bug in the documentation. For my information, I'd like to know where you saw this bug.

S+E
--
Quinn "The Eskimo!" <http://www.apple.com/developer/>
Apple Developer Technical Support * Networking, Communications, Hardware
_______________________________________________
macnetworkprog mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/macnetworkprog
Do not post admin requests to the list. They will be ignored.

References:
	>[OpenTransport] accepting on a different TCP endpoint than listening (From: "Thomas E. Knowlton, Jr." <email@hidden>)

Prev by Date: [OpenTransport] accepting on a different TCP endpoint than listening
Next by Date: NetSNMP
Previous by thread: [OpenTransport] accepting on a different TCP endpoint than listening
Next by thread: Re: [OpenTransport] accepting on a different TCP endpoint than listening
Index(es):
- Date
- Thread

Home