We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
use Test; sub decode_utf8c { my @ints = 103, 248, 111, 217, 210, 97; my $b = Buf.new(@ints); my Str $u=$b.decode("utf8-c8"); $u.=subst("a","b"); } #?rakudo.jvm todo "Unknown encoding 'utf8-c8' RT #127878" lives-ok &decode_utf8c, 'RT #127878: Can decode and work with interesting byte sequences';
This is a test in t/spec/integration/weird-errors.t (roast).
t/spec/integration/weird-errors.t
Or more simply, replacing a's with a's so the string should not be changed:
my @ints = 103, 248, 111, 217, 210, 97; my $b = Buf.new(@ints); my Str $u=$b.decode("utf8-c8"); say $u.chars; $u.=subst("a","a"); say $u.chars #→ OUTPUT: «69»
When re_nfg() in src/strings/ops.c gets called, it iterates by codepoint into the normalizer, losing the UTF8-c8 representation.
I discovered this by setting MVM_DEBUG_NFG
MVM_DEBUG_NFG
The text was updated successfully, but these errors were encountered:
This has been closed with this commit 2f71945d
Closing :-)
Sorry, something went wrong.
No branches or pull requests
This is a test in
t/spec/integration/weird-errors.t
(roast).Or more simply, replacing a's with a's so the string should not be changed:
When re_nfg() in src/strings/ops.c gets called, it iterates by codepoint into the normalizer, losing the UTF8-c8 representation.
I discovered this by setting
MVM_DEBUG_NFG
The text was updated successfully, but these errors were encountered: