New issue
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
ISO-2022-JP encoded eroneously passes ISO-8859-1 characters #6591
Comments
From roy.badami@globalgraphics.comCreated by roy.badami@globalgraphics.comISO-2022-JP encoder eroneously passes characters in the top half of The following should fail (a pound stirling sign can't be represented use Encode; Perl Info
|
From dankogai@dan.co.jpOn Friday, June 27, 2003, at 07:18 PM, Roy Badami (via RT) wrote:
This should've been documented that for algorithmic encodings like It is quite obvious that \xA3 or anything above \x80 is invalid but see "\x{99f1}\x{99dd} means a camel" in ISO-2022-JP is as follows; \x1b\x24\x42\x71\x51\x71\x4c\x1b\x28\x42 means a camel Suppose \x51 is dropped and the string above gets garbled. You may In other words, fallbacks are not implemented for algorithmic encodings Dan the Encode Maintainer |
From roy.badami@globalgraphics.com
I'm not sure I follow your example. But in any case, I'm talking
That's all I'm really after... Thanks -roy |
Migrated from rt.perl.org#22833 (status was 'open')
Searchable as RT22833$
The text was updated successfully, but these errors were encountered: