Removes arbitrary limits from eqValues & eqArray #303
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
We're seeing
REACHED MAX ITERATIONS DOING COMPARISON
warnings in our unit tests which can potentially result in false positives sincetrue
is always returned once the call count is reached.I was in the process of making this max iteration count configurable but what would be a sensible default? Should we enforce a max call count outside the BrightScript engine?
As it stands, these warnings are logged to console and are easily missed, especially when the test suite is of a significant size.
These changes are a proposal to remove the hardcoded call count in favour of letting BrightScript enforce stack limits.