# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #88144] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=88144 >
<masak> this is the first bug in quite some time that I can't describe with a one-liner. perhaps someone can help minimize or explore it? <masak> first off, https://gist.github.com/908829/e9bad177e78265cde76772ad0799d7d4ac3400a6 (which I posted a few days ago) works nicely, and outputs 36 lines of the desired output. <masak> but I wasn't happy with the sub at lines 11..15. <masak> so I rewrote it as https://gist.github.com/908829/3af6c425a2768753e63d82efd420d487009bfdaf -- much nicer <masak> and it should be identical in function... but... <masak> the correct 36 solutions are still output, but now they're on the same line with spaces between them. <masak> it looks like things do when a list or array has been stringified with prefix:<~> <masak> so maybe I'm getting a double layer of lists somewhere. <masak> I'd be happy if someone could shed some light on this. <masak> oh -- https://gist.github.com/908829/648dd197e56195f1cc83cdc8a6bde8b647a2cc84 fixes my issue above. I don't understand why a .list call is necessary there, and I suspect it's a bug that it is. <masak> further clues/insights are still very much welcome. <moritz> .list is usually necessary if the iterators somehow get mixed up otherwise [17:26] <colomon> I have to admit to never being able to figure out ahead of time when [ ]s and .lists will be needed. <TimToady> rakudo still doesn't quite believe in lol, so occasionally over-lols a parcel on your behalf, I suspect * masak submits the over-lol explanation as a rakudobug
