Dan Seminara

I can't say whether this is intentional, but I believe what's happening is that the initial state returned by `gen!` is "unstarted". i.e. 1. Assign generator to printer 2. `resume_with("0")`...

If anyone is having trouble reproducing and would like extra debugging information, let me know what I can do to supplement.

Ah yeah that seems to be the problem. Switching to a SharedPtr in [threading](https://github.com/nim-lang/threading) removes the crash. Perhaps this can be signaled more prominently in the threading docs? An example...

It seems so: https://github.com/rust-lang/rust-clippy/issues/702. I don't understand why that decision was made.

Here you go: [stream-dump.txt](https://github.com/user-attachments/files/16737916/stream-dump.txt) Most of the output is from moving the mouse around. The last 4 messages I saw ticking once every few seconds, and that appeared to be...

Have you had a chance to take a look at the stream log? I would guess it's some unrecognized heartbeat message that's causing a crash, but I haven't dug around...

It's not a universal receiver, but a similar dongle specifically for the mouse:  I tried updating `WATCHDOG_TIMEOUT` in src/include/main.h to 5000, but didn't notice a difference. The device flickers...

Tried with a usb hub, but I'm just not getting any input to the computer then, keyboard or mouse.

Thanks for looking, will be ready to test. Random idea, maybe it's not actually resetting, just re-triggering the function that runs when it detects a mouse getting plugged in? Perhaps...