jaycedowell
jaycedowell
Looks like there are some problems related to the recent changes to `filesystem.[ch]pp`.
Working on the mac support reminded me of something. When I first started working on this new interface I had a "sniff" mode which used linux's raw packet interface with...
There is only one failure in `test_udp_io` for MacOS now but there are intermittent failures for Ubuntu. That's strange. I'm not sure if this is really better or not.
MacOS is better now but there still seems to be intermittent problems. They sometimes happen when I test locally but it isn't clear why.
That's interesting. I just pulled down the recent changes and gave it a shot on my laptop again. The first time I ended up with no failures but this warning:...
I usually use a `time.sleep` in these contexts to get a more realistic packet/data rate coming out but these look like they might be being used as a crude rate...
~FWIW I tried to increase the sleeps in the test suite to 10 ms but that didn't change anything for me. `test_read_multicast` still fails.~ Nevermind, I seem to have only...
Going to 5 ms for sleep and changing the multicast address to 224.0.0.251 might have done something. I've had eight successful tests and no failures.
Bummer. Interesting that the CI fails on a test that I haven't had a problem with locally.
If I remember correctly EndOfDataStop is raised when you've reached the end of a sequence and there isn't a new sequence to read from. Another thing interesting about the CI...