[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: PERL broken -- here, anyway...




>> I suggest a short response from someone who really knows about PERL,
>I know perl but am not really up on locales.  "perldoc perldiag"
>points me to "perldoc perllocale," especially the "Finding locales"
>and "LOCALE PROBLEMS" sections of the latter.
Yes, been there, read all that.

>When I run this:
>$ perl -le 'print join "\n", map { "$_=$ENV{$_}" } grep /^L[AC]/, sort keys %ENV'
>My Red Hat 6.2 system says "LANG=en_US".  A friend's RH6.1 says
>"LANG=en_US" and "LC_ALL=en_US".
This 7.0 system prints the same value, preceeded by the warning message. A 6.2 
system here prints the same, w/o the warning message.

I've tried a couple of RH 6/6.1/6.2 boxen that don't jave LC_ALL or 
LANG defined; perl (version 5.005_03) on the RH 6.2 box had neither and
also had NO warnings when 'perl -v' was issued. In the PERL release shipped
with 7.0 ( v5.6.0 ) is seems to matter.

>Some Debian boxes I use all say "LANG=C".  Don't know if that helps.
Well, it doesn't hurt, but it is only a way to suppress the error.

>As the "Finding locales" section says, check your system's "locale -a"
>and if that fails, try the other methods.  Whatever your LANG is set
>to has to show up in that list.
Yes, I did that, and note that while I was touring older system and looking
at environment variables, I did a locale -a on each system... and it is very 
different in 7.0!

>Sounds like this is a new message?  If so, something changed, which
>seems to me very odd.
I think that "locale" (or actually its source of data) has changed, and I'm
going to look into that next.
                                                             Regards,
                                                             ---> RGB <---