frmdstryr

I like the concept. I wonder if something could more easily be achieved using comptime closures? Eg ```zig web.Route.create("api", "...", FilterHandler(ApiHandler)) ``` where the filter handler wraps the methods similar...

Zig recently removed inline and made it a calling convention so any inline fn needs replaced with `callconv(.Inline)`, just havent got around to it. Edit: What version of zig do...

Thanks for the report. > Seems like you either need to drop the "json" or reply to Sec-WebSocket-Protocol. I think adding a function to the ws protocol makes sense? Any...

Seems like Firefox doesn't care if the header is missing but Chromium does. Anyways #13 makes the demo work properly on 0.8.0.

I'm not sure why it's not in the trace but the error is coming from https://github.com/frmdstryr/zhp/blob/master/src/request.zig#L481. The form parser needs refactored, I just don't have the time/need at the moment....

Something like grep's `--after-context=num` would be helpful. Then a limit could be set on the number of nodes after each error.

Bump... just had an error trace that was 1795 lines long lol

Also same issue, make this thing pretty much useless when it can't stay connected for more than a few hours.

I'm using SYSTEM_MODE(MANUAL) and using a TCPServer. Will try doing what you suggested and see if it fixes it. Thanks for the prompt reply!

Neither reconnecting wifi nor a System.reset() works. The MTBF is roughly 8 hours.