Loading collection data...
Collections are a way for you to organize kata so that you can create your own training routines. Every collection you create is public and automatically sharable with other warriors. After you have added a few kata to a collection you and others can train on the kata contained within the collection.
Get started now by creating a new collection.
I don't know exactly what it could be, but I can tell you where my performance problem was. After I wrote a working solution I had a constant timeout on tests. The problem I had was that I chose the wrong algorithm for comparing
>
and<
, he was too ineffective. I implemented one algorithm for this and then just swapped if I needed to take>
:And yes, if I have the
<
algorithm implemented now, that means I had>
before. If anything, I was looking at the implementation from here. Try implementing<
if you currently have>
implemented.My guess is that you have an intermittent infinite BF loop (e.g. due to some non-zeroed vars). Try out the online BF debugger to diagnose: https://esolangpark.vercel.app/ide/brainfuck
I too agree that implementing 'lset' / 'lget' was quite gnarly. I had to invent an algo mostly from whole cloth after getting some hints on Stack Overflow (I do see that @MikChan had a similar approach, so maybe it wasn't that original).
This comment is hidden because it contains spoiler information about the solution
Thanks !
If I understand your question correctly. It has already been discussed here.
Precision needed....
Description says all variables are global, but... is it really possible to get a 'var' statement inside a bloc (like ifeq, etc.. ending with 'end') ?\
Suggestion: Add HEAP tag.
well ...
Alienware: "You're hired"
Подтверждаю, у меня такая же проблема!!!
Okay. Thank you. Got it.
The problem was that I was copying code from the output that generates Check(args) function and testing it in my IDE, but in fact I should have copied repr(code). After this check, I realized what you mean: instead of one "\n" character, I printed "\" and "n". Much appreciated.
msg
is like a print.When you write in a code
print("a\nb")
you don't expect to get\n
visible in the console, you expect the b on the next line. Henceprint
is interpreting the double char you wrote as the escapedchr(10)
(iirc, it's 10... didn't check). So must domsg
.Now, the problem is that you're writting a code that sort of interprets that print statement. And there, you want the line feed to be "humanly readable" in the generated code, hence, that code is outputting
\\n
, so that the final compiled code actually contains\n
.Not sure this is clear... Probably not... Cannot do better, sorry. To summarize, it's about the difference between what you actually type, and what's printed from that.
Loading more items...