Hi Chris, Those changes looks good. The asynchronous callback version of the raw channel didn't initially work, but it was just a case of pulling out all the complex semaphore stuff that it had been doing which is now handled more sensibly in the socket class.
I've made the necessary changes in f225d429d01b439e3867 and ea85b9b50db6157dd47a in my github branch (git://github.com/tobygray/barry.git). I've had a play around with the raw channels on an 8900 and a Pearl 8110 and they both seem happy. The disconnection behaviour still seems to work fine as well, which is a pleasant surprise as it was a tricky part to get right. I'll try to get time to do a more through testing soon. Being able to safely ignore sequence packets above the socket level is a good change and certainly makes for easier to understand code. Regards, Toby On 11/03/2011 23:12, Chris Frey wrote: > Hi folks, > > I've just pushed a large number of changes to the socket level API. > This is part of an ongoing effort to clean up the API and make the > Socket class more portable to other architectures. > > In the process, I've been learning more about sequence packets, and > how they behave, and my hope is that eventually, from the perspective > of any code above the Socket level, sequence packets can be completely > ignored. > > This is how things are done on Windows, and I'd like to duplicate that > for portability reasons, if possible. > > So far, HideSequencePacket() has been removed successfully, and my > tests with Database/Desktop access, javaloader, and raw channel seem > to work. I need help testing the JDWP debug code though. And I > still need to test modem functionality. > > Please give the latest git tree a try, and let me know if you run > into any difficulties. > > Especially Nicolas Vivien and Toby Gray. :-) > > Thanks! > - Chris ------------------------------------------------------------------------------ Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d _______________________________________________ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
