-
-
Notifications
You must be signed in to change notification settings - Fork 550
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
two-bucket: incorrect test case in canonical data? #911
Comments
I see nothing that disqualifies the proposed two-move solution. I didn't see any rule that requires that you can only pour water into the start bucket, which is a possible reason one would expect a four-move solution. |
The goal is 3 litres.
Don't you have 5 litres at this point? |
There is no requirement for the other bucket to be empty. In fact, if you look at the other test cases, you'll find it is almost never so. The 3L goal only applies to one bucket. |
* two-bucket: fix incorrect test case Resolve #911 * two-bucket: update canonical data version
) Note that two-bucket was added to the Rust track at #375 At the time it declared 1.0.0 compliance, but was actually compliant with 1.2.0 already! Further updates to 1.3.0 and 1.4.0 require no action on the Rust track's part. 1.0.1: Fix exercise name exercism/problem-specifications#715 Unversioned(!): Change descriptions exercism/problem-specifications#716 (Our descriptions are no better or worse, so might as well keep them) 1.1.0: Add cases where goal equals one bucket's capacity exercism/problem-specifications#763 Rust already had these cases, so just update the descriptions 1.2.0: Fix a test case added in 1.1.0 exercism/problem-specifications#911 exercism/problem-specifications#941 Rust already had the correct values, so no action. 1.3.0: move inputs to `input` object exercism/problem-specifications#1084 1.4.0: rename JSON keys to camelCase exercism/problem-specifications#1136
According to the [README] for the exercise, valid moves include:
The only other restriction stated is
In other words, if one bucket is full, and the other empty, the full bucket must be the starting bucket.
The last test case description says "Measure using bucket one of size 2 and bucket two of size 3 - start with bucket one and end with bucket two"
With the above rules, what disqualifies the following from being a valid solution for the above test case?
(2 moves):
(fill first bucket, as directed) [2, 0] -> (fill second bucket) [2, 3]
The text was updated successfully, but these errors were encountered: