Re: OpenTransport behaviour under X
Re: OpenTransport behaviour under X
- Subject: Re: OpenTransport behaviour under X
- From: Marc Stibane <email@hidden>
- Date: Fri, 31 Oct 2003 01:32:29 +0100
Aaron Ballman, email@hidden wrote:
>
You don't need to poll for data in a thread...
I know. As I've told you, I am just porting some huge existing code which
works under Windows and under MacOS 9 to MacOS X - and I definitely do
not want to rewrite that code.
I am looking for a solution with minimal changes.
Philip D. Wasson, email@hidden wrote:
>
I'm pretty sure that the purpose of OTLook is not what you think it's
>
for. ...
>
It is not supposed to just tell you whether there's unread data or not.
But it DID that under MacOS 9.
Jason Linhart, email@hidden wrote:
>
The behavior of the system is completely consistent with the
>
documentation, and your use of OTLook is inconsistent with the
>
documentation (you don't call OTRcv until it returns kOTNoDataErr). My
>
guess would be that because of that you are not going to be able to get
>
Apple to change the behavior. Just a guess.
Since OpenTransport is depecated under X anyway (I would use CFNetwork or
BSD sockets for NEW code), then why on earth did Apple change that
behaviour and break existing code? It is hard enough already, why make it
even harder?
Mike Miller, email@hidden wrote:
>
Making an additional OTRcv call can get you another byte but why not read
>
all 8 bytes at the same time? It makes no difference to the other end - it's
>
already sent the data and it's all already there.
True, but I just do not want to rewrite that huge existing code.
Guys, thanks for the answers. I think I will just replace all calls to
OTLook with calls to a function which keeps returning T_DATA (after
successfully reading the first bytes of the answer) until the first error.
Marc Stibane
Fesh! email@hidden
Kurf|rstenstr. 154 tel +49-30-3990 2690
10785 Berlin, Germany mobil +49-173-6522 422
In a world without walls and fences,
who needs windows and gates?
_______________________________________________
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.