Weird substring behaviour about chuck HOT 3 OPEN

Try this: "x".substring(0)
It returns the string "x"

from chuck.

Well, yeah, I'm aware of that part of it behaving as expecting. Perhaps it would help to explain my motivation here.

I'm in the process of creating a tokenizer which scans through a string for tokens. This is done by doing a regex match on the original string, extracting the token from it, then repeating the process on the remaining string. In the end I only have a string with a single token in it. I've chosen to detect this by the remaining string after it being an empty string. Unfortunately ChucK doesn't let me detect that and instead errors out when creating a substring starting at the end of the string which is unexpected behaviour for me as it's not how it works in other programming languages. Therefore I'm considering it to be a bug or at the very least, something that ought to be documented.

from chuck.

I wasnt aware of this behavior of string APIs on other systems; it seems it would be useful to model after those.

from chuck.