[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: httpd and locales

From: André Malo <nd_at_perlig.de>
Date: 2006-01-19 22:10:24 CET

* Peter N. Lundblad wrote:

> On Thu, 19 Jan 2006, Garrett Rooney wrote:
> > On 1/19/06, André Malo <nd@perlig.de> wrote:
> > > By the way, at least in the past the locale information wasn't passed
> > > to the hook scripts at all (I don't know if this was fixed already),
> > > so the hook scripts could/can not determine the encoding anyway.
> > > Passing UTF-8 encoded filenames is good and clear choice then.
> >
> > Now that is an interesting point. I'm not sure if the locale env
> > variables are passed on or not... Will have to investigate that.
> It's not fixed. Philip raised this some weeks ago. Just adding the LC_*,
> LANG and LANGUAGE variables to the child process is the solution.
> For the original question, if you run a server, then consider using an
> UTF8 locale. Problem solved.

When it's so easy, why not just pass utf-8 conditionless? What has the
locale to do with passing stuff around *inside* a unicode system? It's
really an unnecessary transition.

Well, I don't know all the installations out there, but there might be
installations which just can't switch their current locale or just want to
use C for some reason.

Further - the original problem was (brought up on the httpd list), that the
httpd doesn't set the locale. It doesn't need it (and actually doesn't want
it, there are known issues inside the httpd with things like atof()). And
actually I think, no server/daemon process should be dependant on the
locale. I've actually seen weird problems with this (services requiring a
locale of de_DE@euro [which is iso-8859-15], for example).


my @japh = (sub{q~Just~},sub{q~Another~},sub{q~Perl~},sub{q~Hacker~});
my $japh = q[sub japh { }]; print join       #########################
 [ $japh =~ /{(.)}/] -> [0] => map $_ -> ()  #            André Malo #
=> @japh;                                    # http://pub.perlig.de/ #
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jan 20 01:25:29 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.