On 02/11/2024 10.36, zys wrote:
> A few months later, I read P2300 again, which is such a long paper that I have never read it completely at once. There are some biases against coroutines. C++20 coroutines are powerful stackless coroutines, and few other compiled languages achieve this. It is the most efficient coroutine approach in terms of performance, but it lacks good wrappers. Thus，I write these wrappers, easy to understand, the design philosophy is simple and effective, and it can be well integrated into existing projects.
>
>
> I hope the committee will consider my proposal. I will continuously update my paper and defend it.

So, did you update your paper to address the items Gašper presented?

Jens


> https://github.com/dou1984/coev/wiki/High-performance-event%E2%80%90based-stackless-coroutine <https://github.com/dou1984/coev/wiki/High-performance-event%E2%80%90based-stackless-coroutine>
>
>
>
>
> At 2024-03-03 20:04:04, "Gašper Ažman" <gasper.azman_at_[hidden]> wrote:
>
> Hi Zhao Yun Shan,
>
> The paper you wrote details some mechanisms, but it does not address the most important aspects of a paper, those being:
>
> - a survey of the problem space the proposed solution is supposed to solve
> - a review of prior attempts at solving those problems, their deficiencies, and a description of why the proposed solution is better than those
> - for this particular problem space: a review of p2300 and a discussion of why the proposed solution is better than the one that has already been proposed and actively worked on for years
> - why this solution needs to be standardized in the standard library as opposed to just being a library you can get from github and use it without standardizing it
>
> Any committee member can give you a paper number and publish your paper, but you need to be available for discussion of it and defend it, otherwise it will go nowhere. The above questions will be the first questions anyone asks before considering it a viable solution.
>
> Thank you,
>
> Gašper
>
> On Sun, Mar 3, 2024 at 11:43 AM zys <dou1984_at_[hidden] <mailto:dou1984_at_[hidden]>> wrote:
>
>
> Hi, I have already completed the relevant paper, but I don’t know how to publish it. The paper is located at the following address:
> https://github.com/dou1984/coev/blob/main/paper/An%20efficient%20event-driven%20coroutine%20solution.md <https://github.com/dou1984/coev/blob/main/paper/An%20efficient%20event-driven%20coroutine%20solution.md>
> Please forgive any expression or grammar errors in the paper.
>
>
> At 2023-10-03 07:05:15, "Gašper Ažman" <gasper.azman_at_[hidden] <mailto:gasper.azman_at_[hidden]>> wrote:
>
> Dear ZYS,
>
> I think you might want to know how the committee proposals work. If you want something to be accepted by the standard, you need to bring a paper, it's not common for someone else to write a paper on your behalf. People will help you with the procedural stuff, but they are unlikely to take the time to help with writing.
>
> Once you have a paper that describes in detail how your design differs from p2300, the committee can have a discussion about it.
>
> G
>
> On Mon, Oct 2, 2023, 17:38 zys via Std-Proposals <std-proposals_at_[hidden] <mailto:std-proposals_at_[hidden]>> wrote:
>
>
> hi，
>
>
> I have read "P2300R7 std::execution Published Proposal" before. But I think my implementation was more convenient， so I send the message。
>
>
> The library main codes are all in this directory.：https://github.com/dou1984/coev/tree/main/src/coev <https://github.com/dou1984/coev/tree/main/src/coev>
>
>
> At 2023-09-29 21:23:48, "Jens Maurer" <jens.maurer_at_[hidden] <mailto:jens.maurer_at_[hidden]>> wrote:
> >Hi,
> >
> >I'd suggest that you read https://isocpp.org/std/submit-a-proposal <https://isocpp.org/std/submit-a-proposal> in detail.
> >
> >You've shown a few coroutine-based examples on that page, but it's unclear
> >to me what the actual interface to the underlying functionality is.
> >
> >Which part does your library provide, and which part does the user have
> >to provide? A Redis client library, for example, is not part of the
> >C++ standard. Do you propose to make it so?
> >
> >Please also see P2300 for a more general execution framework
> >
> >https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2023/p2300r7.html <https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2023/p2300r7.html>
> >
> >(including interfacing with coroutines), and
> >
> >https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2023/p2762r1.pdf <https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2023/p2762r1.pdf>
> >
> >for integrating networking in that sender/receiver framework.
> >
> >What does your library offer that the combination of these two
> >proposals does not provide?
> >
> >Jens
> >
> >
> >On 29/09/2023 15.09, zys via Std-Proposals wrote:
> >> The c++20 coroutine is a high-performance coroutine solution, but it has not become popular, because there is no encapsulation that satisfies everyone.
> >> The author provides a set of event-based encapsulation to separate from IO, network, and business code. Developers no longer need to implement coroutine encapsulation and can quickly convert existing asynchronous programs into coroutine programs.
> >>
> >> The author's source code address is：https://github.com/dou1984/coev <https://github.com/dou1984/coev> <https://github.com/dou1984/coev <https://github.com/dou1984/coev>>
> >>
>
> --
> Std-Proposals mailing list
> Std-Proposals_at_[hidden] <mailto:Std-Proposals_at_[hidden]>
> https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals <https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals>
>