$include_dir="/home/hyper-archives/boost/include"; include("$include_dir/msg-header.inc") ?>
From: Felipe Magno de Almeida (felipe.m.almeida_at_[hidden])
Date: 2005-07-08 23:58:49
On 7/8/05, Boris <boris_at_[hidden]> wrote:
> Pedro Lamarão wrote:
> > Felipe Magno de Almeida wrote:
> >
> >> The discussions about a networking library here in the boost mailing
> >> list, IIRC, people defined that a lower-level abstraction was a need.
> >> And I think it really is.
> >> Would be very helpful to have RAII with sockets without needing to
> >> reimplement it every time. As is needed to be able to use completion
> >> ports or async IO with networking, that wont be available in your
> >> library. (or am I missing something?)
> >
> > The library I'm preparing to propose is a networking implementation of
> > the standard IOStream interfaces with the necessary accessories to
> > allow proper usage.
> >
> > To achieve that purpose, I not only have no interest in dealing in
> > terms of descriptors, but no inspiration: fstreams don't do it.
>
> Then I strongly suggest you rename your library to Boost.Socketstreams or
> something similar. We had a lot of discussions about goals and requirements
> which are summarized in the Wiki. I appreciate your interest in creating a
> socketstreams library but it's just a part of a network library. There are
> people who have no interest in socketstreams but look for other concepts to
> create network applications. We shouldn't argue their needs away. However
> that all doesn't mean that I don't look forward to see you going on with
> your library!
IMO, renaming the library to socketstreams would avoid a lot of
confusion and boost cant have two libraries with the same name. So,
having a Network library without a lower level abstraction, nor async
IO, would be very restrictive to all the users that could be addresses
by a network library. However, a socket stream library is, IMO, very
useful and helps a lot, and makes it a lot easier to write a
synchronous network program. But it has its limitations... mainly
concerned with performance. I think it is a very good step forward to
have a complete network library in boost, either.
best regards
Felipe.
>
> Boris
>
>
>
>
>
> _______________________________________________
> Unsubscribe & other changes: http://listarchives.boost.org/mailman/listinfo.cgi/boost
>
>
-- Felipe Magno de Almeida Developer from synergy and Computer Science student from State University of Campinas(UNICAMP). Unicamp: http://www.ic.unicamp.br Synergy: http://www.synergy.com.br "There is no dark side of the moon really. Matter of fact it's all dark."