
Greetings All, After many discussions over the past week or two on this topic, I've made some changes to the abstraction I proposed (more along the lines of the Wiki stuff). Hopefully tonight/this_weekend I will get around to adding thoughts to the HTML file that describes the proposal. I've had trouble replacing files in the sandbox, so I started a SourceForge project where I could post more stuff than just a zip. http://netiphany.sourceforge.net http://sourceforge.net/projects/netiphany If there is a way to "evolve" a posting to the sandbox, I would be happy to do that as well. I've noticed that the Browse CVS area is many hours behind. I guess that is by design... None the less, many updates were posted just prior to this email and I don't see them yet. Also, the CVS stats in the project page are all 0. Ignore that :) New since last time: - network hierarchy refactored by adding some base classes (the leaf classes are effectively the same). - socket classes - address_family classes - url class defined - timeout class defined (microsecs) Best, Don __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

Don G wrote:
After many discussions over the past week or two on this topic, I've made some changes to the abstraction I proposed (more along the lines of the Wiki stuff). Hopefully tonight/this_weekend I will get around to adding thoughts to the HTML file that describes the proposal.
Hi Don, on what part of the network library are you working? It seems like you are in level 1 without I/O streams - whatever this part could be called. :) If I look at the extremes - wrapper classes for the C API and an acceptor-connector pattern with service handlers like in ACE - where is your library? You are somewhere in between if I am right: I don't see any socket class but see classes reminding me of network functions. Do you think we need another layer? Shall we drop the acceptor-connector pattern? Is your library which belongs to level 1 a neighbour of an acceptor-connector based package with different goals? Still trying to make a complete picture, :) Boris
[...]
participants (2)
-
Boris
-
Don G