Done. If you (not "you", but the other reader ;o ) still have troubles, make sure you're using 3.8
Done. If you still have troubles, make sure you're using 3.8
yeah, just use 3.8. It effectively times out in 3.6.
I'll try to update the kata this evening (the tests are "old fashion", for now)
I just tried the current version of the tests and everything is ok, even with an empty code on the user side... => ?
(tried with 3.8)
We don't always get what we want. @Blind4Basics could you take a look at it?
I felt there was since a comment is less likely to be seen and OP hasn't fixed the issue that's been talked about for months. Figured boosting the issue would help. Certainly got a quick response but not the one I was hoping for. ¯\(ツ)/¯
There is an open (in fact there are 2) issue about that, there is no need to open another. Closing.
Hoping this will bump the issue but this isn't currently passable in Python as it times out even when executing no code. Please fix!
Seeing as many others have passed this I think the fault is mine but I can't figure out what I'm doing wrong here.
With the parameters WEAREDISCOVEREDFLEEATONCE, 8 I'm getting WDEEFARLREEEVEEDOACICTNSO which looks like this:
E E F
A R L
R E E
E V E E
D O A C
I C T N
But it says the answer is WADCEFACTLROIREESVEEOENED. It seems I'm doing what the task is asking, where am I going wrong?
Went ahead and changed it.
As others pointed out, the description isn't great and even contradicts what is going on.
To be clear, the input for encryption will only be lowercase letters. But it's output and the input for decryption may not be. This does NOT wrap the alphabet as one may assume; other characters are possible.
Not enough tests and not random enough.
No but you're expected to know that incrementing an integer and then immediately decrementing that same integer (and vice versa) means you did nothing with it and is therefor inefficient. The output of '+-' and '-+' would be:
*p += 1
*p -= 1
### and ###
*p -= 1
*p += 1
That would be a useless thing to do.