Closed Karl-G1 closed 4 years ago
Bleep bloop!
LabVIEW Diff Robot here with some diffs served up hot for your pull request.
Notice something funny? Help fix me on my GitHub repo.
Random musings more than actual feedback:
numeric_limits<uint32_t>::max()
.I corrected the control's spelling. If you have a better recommendation for selecting the Segment File By value, I'm fine with implementing it, but I'm also fine with leaving it be :)
I believe it is currently a ring, which is why we don't get type safety when hooking it up to a case structure. Ideally it would have been an enum.
I don't consider the onus on you to fix this; it should have been caught during the original submission. Then we would not have to rely on "not-equal-to-zero" checks elsewhere in the code.
Bleep bloop!
LabVIEW Diff Robot here with some diffs served up hot for your pull request.
Notice something funny? Help fix me on my GitHub repo.
To @rtzoeller 's comment, this is the equivalent of C++
numeric_limits<uint32_t>::max()
and I would recommend using that.
Committed the replacement with some mild snark.
Bleep bloop!
LabVIEW Diff Robot here with some diffs served up hot for your pull request.
Notice something funny? Help fix me on my GitHub repo.
What does this Pull Request accomplish?
This change enforces a minimum file span size of 1MB and time of 30 seconds by coercing the new value set in the control. This was implemented in the block diagram code instead of the control's properties to allow a different span value depending on span mode, as well as to be more readable.
Why should this Pull Request be merged?
Address Issue #23 where the user was allowed to enter a file span size of 0MB and time of 0 seconds. This behavior causes the logging engine to break.
What testing has been done?
Built the custom device and tested in VeriStand 2018.
Note
If users set a value lower than the minimum in the system definition file or in a build before this change goes in, the value will be coerced silently when the Log File page is opened next.