Boost logo

Boost :

From: Iain.Hanson_at_[hidden]
Date: 2001-07-27 12:21:10

     I don't think that socket++ is the best starting point for a sockets
     lib. I would prefer a layered approach where:
     Layer 1
     Very light weight wrappers to the socket api. This would be mainly be
     targeted at protocol implementers and would provide platform
     Layer 2
     Safe acceptor/ connector classes ? maybe with pluggable marshalling
     Layer 3
     iostream inteface possibly with searchable buffering.
     The main idea being to follow the normal C++ principal of you only pay
     for what you use and to provide a library suitable for hard real-time
     protocol developers through to a simple high level interface suitable
     for relative novices.

______________________________ Reply Separator _________________________________
Subject: Re: [boost] Help with a Sockets library?
Author: jdy (jdy_at_[hidden]) at unix,mime
Date: 27/07/01 17:48

Gary said:
Here are my socket++ tracking results:
original author:
  Gnanasekaran Swaminathan <gs4t_at_[hidden]> dead address
  Gnanasekaran Swaminathan <sysgxs_at_[hidden]> dead address
  Gnanasekaran Swaminathan <sekar_at_[hidden]>
  He does not answer email at
  expressed interest in cleaning up and freshmeating it
    qnx support, added POP3
FreeBSD: sander <sander_at_[hidden]> claims gpl:
  When I questioned him, he states that he is no longer the package
  manager and that he must have had good reason for claiming gpl ness.
"Greg Lavender" <lavender_at_[hidden]>
     uses 1.10 version for class
   expressed intension/desire to rewrite from ground up in
   standard C++ under BSD style license. needs student to do
linux: Lauri Nurmi <lanurmi_at_[hidden]>
  1.11ln with some patches to build on linux, gcc 2.96(whatver?)
Other related libraries:
  cvs from worldforge
  provides just a socket stream
  bigendian, little endian streams,
  TCP stream, logging, vocabulary, extended filenames ***
  can link over open() providing extended file semantics
boost - more_io
  takes FILE* as constructor for stream
  works great for real files, but not for streams like from pipe
procbuf old gcc
  depracated not in libstdc++-v3
CommonC++ - A GNU Portable Application Framework <--nice project name :-)
  very comprehensive but kind of API-ish rather
  than library.
ACE - of course
Info: Unsubscribe: <mailto:boost-unsubscribe_at_yahoogroups.c
Your use of Yahoo! Groups is subject to

Visit our website at

This message contains confidential information and is intended only
for the individual named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please
notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system.

E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses. The sender therefore
does not accept liability for any errors or omissions in the contents
of this message which arise as a result of e-mail transmission. If
verification is required please request a hard-copy version. This
message is provided for informational purposes and should not be
construed as a solicitation or offer to buy or sell any securities or
related financial instruments.

Boost list run by bdawes at, gregod at, cpdaniel at, john at