Re: Capy Review

Vinnie Falco via Boost <[email protected]> Fri, 26 Jun 2026 02:22:58 -0700
Newsgroups gmane.comp.lib.boost.devel
Message-ID <CA+EzHGf0BThvetz1x-Fn5aS5LFKAmYxNzLtjYeqj2UhkSJqtxA@mail.gmail.com>
On Fri, Jun 26, 2026 at 1:15 AM Rainer Deyke via Boost <
[email protected]> wrote:

> I am not reviewing Capy/Corosio as replacements for ASIO, but as libraries
> in their own right.  Saying that ASIO does it that way is not a
> rationale, and referencing ASIO is not an explanation.
>

This message is for the review manager and everyone else.

So that we don't waste everyone's time (including mine), Capy and Corosio
are a replacement for Boost.Asio. That is the stated intent. References to
Asio's execution model are explaining what we kept, what we changed, and
why.

They are separate because not everyone needs sockets. Capy provides the
coroutine execution model, and byte-oriented streams. Business logic that
operates on streams: HTTP parsing, protocol state machines, serialization,
can be expressed without Corosio's platform-specific I/O. Capy is the part
you can use everywhere, including environments where sockets don't exist.
Corosio adds the platform layer: sockets, timers, reactors.

A review that evaluates only Capy, declines to examine Corosio, and finds
it wanting is not engaging with what was submitted. I wouldn't call such a
review an abomination. I would call it a misunderstanding.

I realize that the two-library physical division is not what folks are used
to, and I am sure that the Boost community is smart enough to navigate this
novelty as presented.

Best
_______________________________________________
Boost mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://lists.boost.org/mailman3/lists/boost.lists.boost.org/
Archived at: https://lists.boost.org/archives/list/[email protected]/message/WMEOUHLNO7QVY2L32Q66WOX4D5ZGKGCR/