Ryan Liptak
Ryan Liptak
I'm not too familiar with the `uv_work_t` bindings, but from your comments it definitely seems like this could be an oversight in our bindings. My initial reaction is: - `luv_cancel`...
EDIT: Ignore this, see comment below In looking at it a bit more, I think this might be a more involved change than I was initially thinking it would be....
Actually, I think the right solution might be to make `queue` return something that can be canceled, as one return of `new_work` can be `queue`d multiple times, so it seems...
No worries, I've started attempting an implementation in my fork here: https://github.com/squeek502/luv/tree/cancelable-work
When testing things I realized that the example in the first comment in this thread won't work even if `cancel` is fixed for `uv_work_t`. From [the threads guide](https://docs.libuv.org/en/v1.x/guide/threads.html): > Only...
Leave it open, we definitely should make our `cancel` bindings work with `uv_work_t`.
Sounds good to me!
I noticed that `WithOpenSSLASM` has gone from default `ON` to default `OFF`. Any reason for that? EDIT: To be more specific, the default in the `Makefile`/`make.bat` used to be `regular-asm`,...
Unfortunately this is not likely to be fixed. The standard answer would be that IC2 would need to make sure the item [integrates with AppleCore properly](https://github.com/squeek502/AppleCore/wiki/Integrating-food-items-with-AppleCore), but it doesn't seem...
Yes, the config option is `"food.modifier.enabled"`. No clue why your game would crash without this mod though.