-
-
Notifications
You must be signed in to change notification settings - Fork 8.2k
stmhal: OSError's argument should be numeric errno #516
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Okay. Leave this open until I (or someone) gets round to it. I guess that's what issue trackers are for, after all! |
stmhal/file.c now uses POSIX error codes, and returns a numeric errno as the first argument, following unix/file.c. |
tannewt
added a commit
to tannewt/circuitpython
that referenced
this issue
Jun 8, 2018
We now track the last time the background task ran and bail on the PulseIn if it starves the background work. In practice, this happens after the numbers from pulsein are no longer accurate. This also adjusts interrupt priorities so most are the lowest level except for the tick and USB interrupts. Fixes micropython#516 and micropython#876
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I just made corresponding changes to unix: acb1388 , and I suggest stmhal and other ports to follow - it's important to let people reliably test/recover from errors.
I also going to add "errno" module to micropython-lib, and then I suggest for stmhal to use the same numeric codes as Linux ;-).
The text was updated successfully, but these errors were encountered: