Hello Naveen, On 08/07/2011 07:53, naveen_...@yahoo.co.in wrote > > The process we are following is as below. > 1. When the ARM device boots, the app keeps on polling for the connection > with the blackberry > 2. The moment the app on the blackberry runs, it opens a stream connection > for the usb port and channel set as JDE_USBCLIENT > 3. As soon as the sream is openend on the blackberry, barry establishes the > connection > 4. Data exchange takes place > 5. Based on the user selection on the blackberry app, blackberry sends > commands to ARM device to perform certain functions and give back the > response. > > The problem is when barry establishes connection with the blackberry, it is > moved to receive mode to get the commands from > Blackberry, but if the user doesn't select anything on blackberry application > for 30 seconds, the barry gets timed out and connection gets closed and again > starts waiting for usb connection. At this point the stream connection on the > blackberry app should be restared for the barry to connect to blackberry. >
It sounds like you're using instead Barry::Mode::RawChannel::Receive of Barry::Mode::RawChannelDataCallback for knowing when data is available from the Blackberry. Is this the case? What are you doing in response to the timeout error being thrown by the call to Receive? How does your application which uses Barry get notified the the connection to the BlackBerry has been closed? Regards, Toby ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
