From: Bjoern F. <li...@fe...> - 2004-06-24 23:34:37
|
I hate following up to myself... > Using > the naming scheme above, each printer would use about 24 > bytes in the response packet, so atalkd would put ~24 > printers in each packet. This simply seems to be too much :-) It doesn't only seem to, it simply is. The count field in an NBPLKUP reply is only 4 bits wide, so obviously the maximum number of items in a packet is 15. > Whether this is a Mac chooser bug or a bug in the NBP > implementation or some undocumeted "feature" I can't tell. > I'm assuming here that the problem lies on the Mac side, as > nbplkup shows all printers without the 10 items limit. It's certainly not a Mac problem. atalkd produces invalid packets. > However, maybe this limit is documented by Apple, and I > simply haven't found it yet, or the limit to 10 simply masks > another Netatalk bug. A look with open eyes in the netatalk headers or on an ethereal trace would have been enough, so i must have been asleep... Fixed atalkd in 2.0 CVS. Bjoern |