Iain Hibbert wrote:
I think FreeBSD's sdp is making 2 requests in this case...Or maybe forcing the
order to be the same as the request.
No, it does use a single ServiceSearchAttribute but I think its just that
the Nokia server iterates over the AttributeIDList with a pass through the
server record each time for attributes that match:
Now I understand it. An old sony ericcson T610 is acting the same as the
2 nokias I tried. Anyway to be on the safe side, as I said, i defined
the request list in ascending order and expect answers in ascending order.
One thing that the current library code does not provide for is that the
ServiceSearchAttribute response is parsed into the sdp_attr_t array but
the caller has no way to know which record each attribute came from, so
that can cause problems when more than one record is matched. You might
also want to consider the case where a Serial Port service is matched that
does not have a Service Name field. Do you match it or ignore it?
original gnokii code is ignoring services without a name, so I'm
ignoring them. I don't know exactly the chance of such a situation.,
Keep in mind that gnokii is interested in talking just to mobile phones,
not to any kind of bluetooth device, so the function does not have any
need to be too generic.
PPS wtf is "m-Router connectivity" anyway?
I don't have the slightest idea :P Mobile phones come with a lot of
strange services...
Googleing a little it looks like some kind of routing service used by
nokia PC suite to share more services on just one logical connection.
--
Guido Falsi <[EMAIL PROTECTED]>
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bluetooth
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
