RFCOMM Channel Read/Write timeout strategy?
site_archiver@lists.apple.com Delivered-To: bluetooth-dev@lists.apple.com Any idea on how to perform reads and writes with a timeout? I was thinking of something like: bool bTimeout = true; [channel writeAsync... refcon:&bTimeout] [currentThread sleep:timeout...] if (bTimeout) handleTimeoutError... ... And in the async notification delegate: if (status == okay) *refcon = false; // i.e. flag that data was got okay [currentThread wake] joe _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.a... I'm not sure if this is even possible or advisable (I've never used Cocoa threading...) Any ideas, including any timing guarantees made by Apple or Bluetooth or RFCOMM? My timing constraints tend to be "as real time as possible"... once again, is there a lower level api? ;-) This email sent to site_archiver@lists.apple.com
participants (1)
-
Joseph Kelly