Jeff Preshing

I ran into the same issue in Plywood. (Plywood's runtime module was originally based on Turf.) As you guessed, [`sched_setaffinity` is the fix](https://github.com/arc80/plywood/commit/3d1f4f62111bf8854bed80fddb836589ec5b9478#diff-1422f29e9f02756667eb6bb5bc8102ea0aff06a4dc2dd46bc1e02beadf024d1e). I've built this code but haven't tested...

Maybe include\cairo-features.h in the zipfile contains the info you're looking for?

I guess it's a matter of adding `--enable-tee` somewhere?

Sure. I made the changes [here](https://github.com/preshing/cairo-windows/commit/ddd59a214a08b7ee15baa58155aa7848a5cebeb6). And the release is [here](https://github.com/preshing/cairo-windows/releases/tag/with-tee). I didn't test it, but let me know if it works for you! If all goes well I'll merge...

Hi, What makes you say there is no `update()`? It's [right here](https://github.com/preshing/junction/blob/e8d98a04ab8e1fc34bef37bd9b802c49510c9e83/junction/QSBR.h#L83)...! `junction::DefaultQSBR.flush()` is not the right function to call during normal use. You really need `junction::DefaultQSBR.update()`. (`flush()` only exists...

It's missing from SingleMap_Linear. This is an issue. It ought to be pretty similar to ConcurrentMap_Linear. Would you actually like to use SingleMap_Linear for anything?

Hi, Thanks for your work! I think I see where your point. Just a few problems with the pull request: - There are no tests. A new feature like this...

I don't think your example will compile because you made `Foo::destroy` a static method, but your `enqueue` function still expects a pointer to member. Why not just make a member...

`delete this` is legal: https://isocpp.org/wiki/faq/freestore-mgmt#delete-this To answer your question, the callback is a member of an object: - to avoid the need for a `void *` cast inside the callback...

> Can junction concurrent map support shared_ptr as value type? The answer to this question is still no at this time. Sorry!