-
Notifications
You must be signed in to change notification settings - Fork 214
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
Tick timer has a wrap-around every 49.71 days #2
Comments
Don't forget all current applications will also need to change their implementation. |
Do all architectures support unsigned long long? |
Reopening due to a regression introduced in 52f21a4 |
Please add a unit test to verify that (uint64_t)(-1) can be safely assigned to pico_tick -- We don't want to have another regression on this anymore. |
Created pico_time as synonym for uint64_t. |
Looking at our freshly introduced coding guidelines: Does this clash with any of them? We're typedeffing a known type. And the Ticks framework doesn't have any problems any more with these changes? |
The only reason I did the typedef is in the future it needs to be changed you don't search in the whole stack but only in one place. |
Is this rule broken?
uint64_t should be considered as standard type. |
This issue introduces a regression for AUTOTEST. UDP TEST |
Tested on my machine, sadly there unsigned long = uint64_t. |
Please run autotest again, confirm and close. |
Continuous integration on masterbranch autotest is back to normal. Issue closed. Thanks Andrei. |
This is issue 724 in internal redmine
System tick counter is 32 bit in size, and counts every ms..
2^32
/ 1000 --> ms
/ 3600 --> hours
/ 24 --> days
= 49.71 days.
I propose to increase the counter to an unsigned long long everywhere... That timer should never ever overflow.
The text was updated successfully, but these errors were encountered: