On Thu, 19 Jan 2006, Garrett Rooney wrote:
> On 1/19/06, Peter N. Lundblad <peter@famlundblad.se> 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.
>
> That doesn't solve the problem because httpd defaults to the C locale,
> it never makes the necessary setlocale call to cause it to actually
> pay attention to the various env vars, so the system locale is totally
> ignored. This is why I started the discussion on the httpd dev list,
> to see if there was a reason that was never done.
>
Oh, I didn't get that. Sorry. I understand the problem better now.
Then, what about r17101 which converts the hook's stderr to UTF8?
Does that cause any problems and do we really see any alternatives?
Regards,
//Peter
---------------------------------------------------------------------
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:28:59 2006