On Tuesday, 10 February 2015 13:08:28 UTC+11, Thomas Weigert wrote: > > Maybe some more here: > > In the R.pod it further says: "The virtual input stream is a series of > input strings. An input string is a substring of the physical input stream. > By default the virtual input stream consists of exactly one input string, > one which begins at location 0 in the physical input stream and whose > length is the length of the physical input stream." > > This together with below and the description of resume() makes me think > that when I call resume with offsets into the physical input stream (I > believe that is the original input that is being parsed), then it creates a > new input stream to be appended to the virtual input stream. >
Fair enough. Just a misreading of awkward docs. I read it as overly complicated text, since it's not obvious why 'virtual'' was brought into the discussion. It seems the unstated intent was that these virtual strings are laid end-to-end over the real input string. So each one begins at wherever you tell Marpa $pos is. Certainly I don't believe new strings are fabricated on-the-fly. I'm tempted to log a request ticket re the docs, but I'll let Jeffrey choose the wording here. -- You received this message because you are subscribed to the Google Groups "marpa parser" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
