silenus-dionysus

Is it possible to do this stuff without using this newish header file? One problem with it is it has also been relabelled utils.h in the newer libevent versions so...

I was looking at the documentation for the older libevent 1.4. I am wondering why we cannot just use a persistent ev_timerset ev_timeradd and ev_timedel setup?

how about using a separate thread and sleep it and use a mutex on the eval variable? and just have the sleep execute in a loop.

I think a more interesting idea is the DSL one I mentioned to you in private and then having the array type mapped directly to std::vector.

actually there is an array_t in the driver as well which is "sort of" a subtype of svalue_t. i.e. it's part of the svalue_t union type. I think the main...

The main rationale is to clearly be able to unit test the different modules by clearly delineating where the boundaries are between them. I will do this for my fork...

This is problematic as usage of the current mapping is not runtime typesafe and would require significant work. I disagree with FallenTree w.r.t. to the independence of the fields inside...

This issue has sort of gotten off topic onto a discussion about svalue_t. The original aim was something different I will elaborate and you can be the judge of whether...

I know this was posted quite a while back but I am thinking of looking into this again. I think replacing the switch and the eval loop probably yields significant...

As for dgd static code compilation I believe it generates c code which then needs to be compiled and linked (via dlsym?) into the driver. I am not sure how...