Fixes bug in string parsing when \\ immediately precedes \"

[sysread]

This addresses the bug in issue 17 by modifying the string regex to handle an escaped character immediately preceded by an escaped backslash.

[karupanerura]

Thank you for reporting and the patch.

TOML::Parser has strict_mode for compatibility, but it's falsy by default.
Your implementation is correct in the spec, but it breaks compatibility.

SEE: https://metacpan.org/pod/TOML::Parser#my-$parser-=-TOML::Parser-%3Enew(\%args)

And the same problems exist on some code points. so I want to fix these problems by one solution (using the same approach for all same problems).
But, your solution needs a very large regexp. If this solution is used for all problems, it not good for code readability.

So I want to consider another solution to the issue.
Do you have any ideas?

[sysread]

I'm not certain I understand your comments about strict mode and compatibility. Are you referring to the character class for matching escapes and code points? If you wish it to be less strict, that character class could probably be swapped for something less picky.

As far as the size of the regex, I could remove the use of /x, which I used to make it more legible while working out how to fix the problem. Is that what you meant?

Regarding the travis-ci failures, I think you need to add the travis-ci helper for perl:

- eval $(curl https://travis-perl.github.io/init) --auto --always-upgrade-modules