AppleTalk/OpenTransport MacOS X Problem
AppleTalk/OpenTransport MacOS X Problem
- Subject: AppleTalk/OpenTransport MacOS X Problem
- From: David Burgun <email@hidden>
- Date: Wed, 8 Oct 2003 10:58:22 +0100
Hi,
I am working on an application that acts as a "printer" over an
AppleTalk network. The user prints from one machine on the network
and the other running the application, receives the print data and
stores it in a file.
This works fine if both machine are running MacOS 9 (or at least not 10).
If you have the Print Server App running under MacOS 9 and the other
machine is running MacOS X, the T_MORE but doesn't seem to ever be
set to 0. From looking at the documentation:
If the endpoint does not support the concept of a TSDU, the T_MORE
flag is not meaningful and should be ignored. To determine whether
the endpoint supports TSDUs, examine the tsdu field of the
TEndpointInfo structure. If the endpoint supports TSDUs and the
T_MORE bit is set in the flags parameter when the function returns,
this means that the buffer you allocated is too small to contain the
entire TSDU and that you must call the OTRcv function again. If you
have read x bytes with the first call, the next call to the OTRcv
function begins to read at the (x + 1) byte. Each call to this
function that returns with the T_MORE flag set means that you must
call the function again to get more of the TSDU. When you have read
the entire TSDU, the OTRcv function returns with the T_MORE flag not
set.
So I looked at the "tsdu" field and it's set to -1 (T_INFINITE) which
seems fine.
I've stepped thru the code under MacOS 9 and X, everything works
under X, it's just that the T_MORE flag never seems to go to 0.
Does anyone have any idea of what might be happening here?
Thanks a lot
Dave
_______________________________________________
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.