5 ms·
I think lthread (http://github.com/halayli/lthread http://github.com/halayli/lthread) is the only coroutine lib that allows you to block inside a coroutine and
by halayli 13y ago
I think lthread (http://github.com/halayli/lthread http://github.com/halayli/lthread) is the only coroutine lib that allows you to block inside a coroutine and do heavy computation without affecting other coroutines.
Example:
void my_function(void* arg)
{
char buf[1024];
int ret = lthread_recv_exact(fd, buf, 1024, 0, timeout);
lthread_compute_begin();
/* block as long as you wish, run heavy computation on buf, access your stack variables etc.. */
lthread_compute_end();
}
Disclaimer: lthread author.
- jdmt 13y agoWhy do you do things like: assert(doSomethingThatChangesState() == 0); throughout your code? I thought the point of assert was for debugging purposes and you should never change program state inside the assertion.
- halayli 13y agoI prefer to fail as soon as possible. I use asserts in places where there is no good way to recover from a failed invariant.
- jdmt 13y agoFailing immediately is certainly an easy way to handle unrecoverable errors. However, it seems as though your library assumes NDEBUG is never defined. Maybe you should make your own function rather than using assert()?
- halayli 13y agoThe asserts are in the .c files. Defining NDEBUG in your program won't change anything in lthread because the library was compiled without NDEBUG defined. If you want to define NDEBUG when compiling lthread, that's up to you.
- sebcat 13y agoIf you compile assert(foo(bar) == 0); with NDEBUG, foo will never even be called. I've seen some funky bugs from this in the past, like people calling malloc inside an assertion... Works great during dev, release build has NDEBUG defined, no test coverage... You get the picture. A better idea would be to capture the return value in a var and do the assert on the var.
- halayli 13y agoYes I understand that foo() won't be called if you defined NDEBUG. But when compiling lthread, NDEBUG is not defined anywhere in the code / makefiles so it's guaranteed to be called and I want to assert the returned value.
- regi 13y agoYou show me yours, I show you mine ;) https://github.com/reginaldl/librinoo https://github.com/reginaldl/librinoo Just to comment on your post, as using blocking calls in coroutine might be a nice feature I think it defeats the whole concept of coroutine. I might be missing the point but this kind of library is absolutely great for asynchronous network calls and in this specific case the library provides a whole set of functions like read/write/connect/accept etc... I like the idea of being able to schedule coroutines on multiple threads though. In librinoo, I have the concept of 'scheduler'. A scheduler handles a set of coroutines and you can one scheduler per thread (that I called 'spawning'). Those libs are just awesome to quickly create scalable network programs. Well done.