Both fixed in this fork

• There should be sample tests in Ruby with a non-numeric input

• Ruby 3.0 should be enabled (Refer this & this for more detail)

Approved some time ago

thanks

Haskell : https://www.codewars.com/kumite/5bc28fbd324fbe14b80002e6?sel=5bc28fbd324fbe14b80002e6

translation corrected.

done...

Up, just facing the same problem:

exp: [0, 3, 6, 9, 10, 12, 13, 15, 16, 18, 19, 20, 21, 23, 24, 26, 27, 29, 30, 33, 36, 39, 40, 42, 43, 45, 46, 48, 49, 50, 51, 53, 54, 56, 57, 59, 60, 63, 66, 69, 70, 72, 73, 75, 76, 78, 79, 80, 81, 83, 84, 86, 87, 89, 90, 93, 96, 99, 100, 102, 103, 105, 106, 108, 109, 110, 111, 113, 114, 116, 117, 119, 120, 123, 126, 129, 130, 132, 133]
out: [0, 3, 6, 9, 10, 12, 13, 15, 16, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133]

but 22 = 10+3*4 => the reference solution is invalid.

Not fixed yet.

Have you looked at the Ruby issue mentioned in the above?

Is this fixed or still unresolved?

I too see this problem.

For n=38 I get:

[0, 3, 6, 9, 10, 12, 13, 15, 16, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38]

but the solution only expects:

[0, 3, 6, 9, 10, 12, 13, 15, 16, 18, 19, 20, 21, 23, 24, 26, 27, 29, 30, 33, 36]

I can get e.g. 38 by doing 6+6+6+10+10=38, so 38 should be part of the solution.