Front page | perl.perl5.porters |
Postings from January 2001
<nick@ing-simmons.net> writes:
>Andreas J . Koenig <andreas.koenig@anima.de> writes:
>>>>>>> On Sun, 21 Jan 2001 11:35:08 +0000, nick@ing-simmons.net (Nick Ing-Simmons) said:
>> > At least _this_linux box's konsoles are NOT UTF-8 aware.
>> > As I understand it by default perl is still iso8859-1 (ASCII world)
>>
>>Yes, you're right, I forgot that. Please let me ask a few more
>>questions, maybe these are FAQs in the near future...
I did not like my answers so after //depot/perlio/...@8511 gets
merged these are the "new" ones:
>>
>>1) What do we offer as convenience for the XFree users that have
>> switched to UTF-8 terminals?
export PERLIO=utf8
>
>>
>>2) Where is or should that be documented?
>
>As there isn't really anything offered (yet) it isn't documented.
Still not documented - but now there are less special cases to discuss.
>
>>
>>3) How does a user find out about available disciplines on his
>> installation?
>
>You can find out which disciples are available at any instant with
>this sort of thing:
>
>nick@dromedary 539$ ./perl -Ilib -e 'print join(",",keys %open::layers),"\n"'
>mmap,perlio,crlf,stdio,unix
>nick@dromedary 540$
Now includes raw and utf8.
>It also causes this :
>
>nick@dromedary 550$ PERLIO="perlio utf8" ./perl -e 'print chr(0x20AC),"\n"'
>perlio: unknown layer "utf8".
>Wide character in print at -e line 1.
>nick@dromedary 551$
That now works.
Question is should you need to specify buffer layer or should utf8
imply default buffer layer below itself (latter is implemented).
>
>>
>>4) I tried C<use open OUT => ":utf8">, it says
>>
>> Can't coerce GLOB to string in concat at /usr/local/perl-5.7.0@8494/lib/5.7.0/Carp/Heavy.pm line 38.
>
>So it does.
>> is this a bug in perl or in my program?
>
>No ;-) it is a bug in open.pm
Seems to be in Carp actually. Changing the croak() in open.pm to die gets
a sensible message, but un-helpful file/line.
--
Nick Ing-Simmons
Thread Previous
|
Thread Next