There is already a fixed test which includes all integers only --> 3 6 4 2 8 7 5 1 9 across all languages, so closing this one.

fixed

Go:

missing fixed tests for inputs consisting of only all digits --> 3 6 4 2 8 7 5 1 9

No random tests in Java

me either

I think it's easy at first sight, but it's actually difficult for me🤡

Your solution fails for order(""). Did you test your solution locally with an empty string?

Your solution seems to have a bug, it is not a kata issue.

Красавчик!

Hello, My Code passed Every test but one the extra test,even though i tested it in visual studio and it works fine, i used c#,here is the issue:
Extra Tests
Test Failed
String lengths are both 46. Strings differ at index 21.
Expected: "wha1t sh2all 3we d4o w5ith a6 dru7nken s8ailor"
But was: "wha1t sh2all 3we d4o a6 w5ith dru7nken s8ailor"
-how can i fix it?

I like my pasta with hard shells and extra cheese, you know, for that squishy chewy gooey effect. It should also be a little wriggly, to really enhance the textures... Yum!

Wondering if it has something to do with the number being at the start of the word, but that doesn't quite make sense

But that's exactly it ;-) %[] only matches a non-empty sequence of characters. As soon as the match fails, sscanf() returns, without parsing the integer.

you are iterating on an list with a foreach loop while modifying it at the same time, this is very rarely a good thing to do, as it results in code that is hard to understand and a high probability of bugs. in some scenarios, you effectively delete some elements before they have been looped on, e.g. consider:

["two2", "one1"] --> after the first iteration of your loop, this will be converted to ["two2", "two2"]. "one1" never gets iterated on.

• Be careful with strncpy(), it is a terrible function. It does not nul-terminate dest if there is no nul byte among the first n bytes of src. As a result ordered is not nul-terminated in your code
• your code does not work for e.g. "1 4 3 2 5"