On Mon Oct 13 21:04:38 2014, cjfields wrote: > I'm seeing a bug with the current implementation of the nl parameter > for IO.open. If I parse a standard FASTA file in p5 I can set the > input line separator to "\n>", which will split records quite > efficiently. If I try to to the same in rakudo doing as in the > following gist example: > > https://gist.github.com/cjfields/f2a2c274039556b1e6dc > > it doesn't work as expected. In the first instance it matches the > beginning '>' even though there isn't a preceding new line; similarly > in the others it matches the '>'. Seems likely that it is only > matching the last character in the string, not the entire string; > maybe an nqp issue?
Up until today, MoarVM could only handle reading lines with a one single-char separator. It's now able to handle multi-char separators, and multiple of those, so the code in this ticket now works. Added a test case to S16-filehandles/io_in_while_loops.t. Thanks, /jnthn
