User: Password:
|
|
Subscribe / Log in / New account

Re: Unicode cheatsheet for Perl

From:  Christian Hansen <christian.hansen-AT-mac.com>
To:  Tom Christiansen <tchrist-AT-perl.com>
Subject:  Re: Unicode cheatsheet for Perl
Date:  Tue, 21 Feb 2012 01:21:30 +0100
Message-ID:  <D6FC467F-FAFF-4D48-88E6-84B340B85621@mac.com>
Cc:  Leon Timmermans <fawaka-AT-gmail.com>, Karl Williamson <public-AT-khwilliamson.com>, Perl5 Porters Mailing List <perl5-porters-AT-perl.org>, Jarkko Hietaniemi <jhi-AT-iki.fi>, chansen-AT-cpan.org
Archive-link:  Article


21 feb 2012 kl. 00:58 skrev Tom Christiansen:

> Why does it take a new layer?  Why not just make the things
> that get fatalized by 
> 
>    use warnings FATAL => "utf8";
> 
> fatal without saying that?

I would love for this to happen, I have advocated this on #p5p several times, but there is always
the battle of  "backwards compatibility disease". About 10 months ago I reported a security issue
reading the relaxed UTF-8 implementation (still undisclosed and still exploitable) on the perl
security mailing list.

What you state above, was the reason I implemented Unicode::UTF8, but it only decodes strings, not
I/O (good enough for me and my clients as most of our my data is small, few MBytes).

If there would be a consensus in this matter I would happily devote time to see this implemented
and tested [1]

[1] I will not provide a UTF-EBCIDIC implementation, as I believe that's is an ancient encoding not
used by/endorsed by vendor.

--
chansen






(Log in to post comments)


Copyright © 2012, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds