Re: [Capy review] Some questions

Klemens Morgenstern via Boost <[email protected]> Fri, 26 Jun 2026 00:40:56 +0800
Newsgroups gmane.comp.lib.boost.devel
Message-ID <CAGT5OKPbGtbmr2DLYow8DW33yQ5KH5JrPh4y0R=8qNkUtug7Ew@mail.gmail.com>
On Fri, Jun 26, 2026 at 12:24 AM Steve Gerbino via Boost <
[email protected]> wrote:

>
>
>
>
> On Thursday, June 25th, 2026 at 6:06 PM, Ruben Perez via Boost <
> [email protected]> wrote:
>
> > > >
> > > > Which makes me think that Corosio can only be used with
> > > > corosio::io_context, and no other execution contexts.
> > >
> > > That is correct, for now. The Boost.Asio compatibility is not part of
> Capy *yet*. It is un-reviewed and not merged. To support this we simply
> lazily load services.
> >
> > If I'm reading Corosio's code correctly, it is not enough to construct
> > the services, but you also need to run the scheduler. This happens in
> > io_context::run(). How would this work for capy::thread_pool or the
> > Asio integration case?
>
> This is true. It should not work with capy::thread_pool. Something like
> tcp_acceptor does need the reactor. The Boost.Asio integration is outside
> of the scope of the Capy/Corosio review (it is not in develop or master).
> It is incomplete work.


So I can only use `corosio::io_context` for the `tcp_acceptor`? Could I
create my own substitute?
_______________________________________________
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/IBFNSX4ZAGM76VVMSTVIFLT26HBTAQME/