Monkey Strings - Socoder

-=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- (c) WidthPadding Industries 1987 0\|665\|0 -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=-
Socoder -> Monkey -> Monkey Strings
Wed, 30 Oct 2013, 03:57
Jayenkai	This might not be interesting/useful/anything, but it's something I recently discovered.. Monkey, on certain targets, appears to behave strangely when putting together strings in certain ways. Whether this is Monkey at fault, or the way the device handles strings, I'm not sure, but since HTML5 plays fine, but GLFW doesn't, I'm going to assume it's some sort of translation quirk.. You add two strings together by going.. Local a$="" Local b$="Bee" a=a+b Print a --v If you stick it into a loop of, say 100, you get.. Local a$="" Local b$="Bee" for n=1 to 100 a=a+b next Print a --v Next, make even more loops.. Local a$="" Local b$="Bee" for m=1 to 100 for n=1 to 100 a=a+b next next Print a --v At this point, you'll notice slowdown. Nothing MASSIVE, but a good half-a-second or so. I first noticed this when trying to cram 1000 levels worth of highscores into a giant SaveState(), which saved between levels. .. The result wasn't pretty!! Here's the thing, though. I found a workaround, though, and it's baffling! Local a$="" Local b$="Bee" Local c$="" for m=1 to 100 c="" for n=1 to 100 c=c+b next a=a+c next Print a --v The result is the same, but the slowdown completely disappears. Quite why this is, I'm not sure, but there you have it. Useful/not, it's something to be aware of when handling strings. -=-=- ''Load, Next List!''
Wed, 30 Oct 2013, 05:35
shroom_monk	Do you get identical slow-down if you have a single 10000 iteration loop instead of two nested 100 iteration ones? It sounds like it's caused by the String type being implemented differently on different platforms, with the HTML5 implementation having more efficient concatenation for massive strings. -=-=- A mushroom a day keeps the doctor away... Keep It Simple, Shroom!
Sun, 03 Nov 2013, 05:02
Jayenkai	Sorry, been sidetracked, and mostly forgot about this until this morning, when I restumbled upon the same bug, and went "Oh yeah, forgot about that!!" If KeyHit(KEY_UP) Local ftxta$="" Local ftxtb$="" Local Start=Millisecs() For m=0 To 499 For n=0 To 499 ftxta=ftxta+"123" Next ftxtb=ftxtb+ftxta ftxta="" Next Print "Up Long : "+ftxtb.Length() Print "Time Taken : "+(Millisecs()-Start) Endif If KeyHit(KEY_DOWN) Local ftxta$="" Local ftxtb$="" Local Start=Millisecs() For m=0 To 249999 ftxta=ftxta+"123" Next Print "Down Long : "+ftxta.Length() Print "Time Taken : "+(Millisecs()-Start) Endif --v "Up" is slow, "Down" is incredibly slow! An odd, but existent bug/quirk.. -=-=- ''Load, Next List!''