From dev-return-23137-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Tue Apr 13 19:43:00 2010 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 64932 invoked from network); 13 Apr 2010 19:29:56 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 13 Apr 2010 19:29:56 -0000 Received: (qmail 59741 invoked by uid 500); 13 Apr 2010 19:29:56 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 59697 invoked by uid 500); 13 Apr 2010 19:29:56 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 59690 invoked by uid 99); 13 Apr 2010 19:29:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Apr 2010 19:29:56 +0000 X-ASF-Spam-Status: No, hits=-1.2 required=10.0 tests=AWL,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [74.125.78.25] (HELO ey-out-2122.google.com) (74.125.78.25) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Apr 2010 19:29:50 +0000 Received: by ey-out-2122.google.com with SMTP id d26so626388eyd.19 for ; Tue, 13 Apr 2010 12:29:26 -0700 (PDT) Received: by 10.86.126.33 with SMTP id y33mr5254888fgc.51.1271186966207; Tue, 13 Apr 2010 12:29:26 -0700 (PDT) Received: from zulu.e-reka.si (cpe-85-10-46-51.dynamic.amis.net [85.10.46.51]) by mx.google.com with ESMTPS id 21sm11712308fkx.40.2010.04.13.12.29.24 (version=SSLv3 cipher=RC4-MD5); Tue, 13 Apr 2010 12:29:25 -0700 (PDT) Message-ID: <4BC4C613.8040209@xbc.nu> Date: Tue, 13 Apr 2010 21:29:23 +0200 From: =?UTF-8?B?QnJhbmtvIMSMaWJlag==?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: dev@apr.apache.org Subject: Re: Misbehaviour of apr_os_locale_encoding on Windows References: <4BC44316.6060709@rowe-clan.net> <4BC47D51.4060904@rowe-clan.net> <4BC4A319.8010407@xbc.nu> <4BC4A791.50009@rowe-clan.net> <4BC4B92D.2000500@xbc.nu> In-Reply-To: X-Enigmail-Version: 1.0.1 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAAXNSR0IArs4c6QAAADBQTFRF IhsbCy0qZjoVOVRoeFxSAIKBzXQiAKaibYiewnk7nn9z0qCTgL3i87Ep6Kx/+tHBsrE+zgAAAjZJ REFUOMvF0jFoE1EYB/CzjWlqIzaTjqVIBifRRWyG0t5iUqlLyFpCeXBgKg5yq6A4degUDJjoUDpc 1Qt4Ux94B11SOLB0KGS4discpbkORTCn9/m9d3fvLhXnvuHu3f+Xx/veyyfZfLSdZHzgicSfeyw4 JISwdz8FT6M8lM8Ceg385Dlhs+cC9sQCDn0B78QCogzwN+sxfHGOIXBbRGkNAM4cZymGtgNsDPgz cByxon3EEm1TLmvAlghoHOO3CZSa+IQ/vF6JV8tgKOMow78gRgL2/+EIvATOUtB3SSdMg4GXgrbn uk0uLiGdoCHKbX4E+t1FUTqn1AtIdPJebssDQ64YANSQyyaQNyUOFs0ijMsMFnOPTahPLXKYowtY 08MfCP7vR7hRnc5zmPK7CDYYbHcbC7tHuyFA94U/1LYZaJpu/sxACHMwvwZljTLY0TbNk4x+zuEt yC3MfCM6uSIvfwur0itFL4FA2Yal8BzLfnYV4EIGwEPAk7o5zIcnvzHMEjwJrrhAKK7on6IrsfRJ 7A53BhaK+CL7fj6+q/sPeOvcDTtoZTxpUYsFeIknrOXep3p3l7Ua+8sZ5FPQKyKwWi+DfROTU7ny C1/9UhpeY7K287WJCzbsNPQm2S6Yk4PSCNhWM2r3nD0K9liYb6yPgCRJhSzPrxUK0yUBVk1VX0lj s7MzGZyp0wImMK/e8rHbz2soL+O+2r1dxfGsAmBcx0lNjS/RUhlUC7gRn1wGMdQ7Vw1/AReW/RN3 xFWdAAAAAElFTkSuQmCC Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 13.04.2010 20:21, Роман Донченко wrote: > Branko Čibej писал в своём письме Tue, 13 Apr 2010 > 23:34:21 +0500: > >> On 13.04.2010 19:19, William A. Rowe Jr. wrote: >>> What is your opinion of the proposed patch to just this interface? >>> It seems >>> that aligning to the system LCID is very problematic for a >>> multi-user OS, >>> where you are on an eastern European codepage, and I'm on a western >>> codepage. >>> The files you are working with are likely different than mine. >>> Changing to >>> the systemwide codepage definitely seems invalid, notwithstanding >>> the issues >>> noted about apr_user_name_get(). >>> >> >> I really have no clue offhand. It seems wrong to ignore the thread >> locale in all cases. Like I wrote in the other post, this picking of one >> of the 55 different current locales can probably only be properly done >> by the application, not by APR. Which would imply that either APR should >> expose some of those alternate locales through its API (eek!) or we >> gently dump this whole issue as a Somebody Else's Problem. > > You mean My Problem, right? ;=] No, I mean the application's problem, in this case, Subversion's. > Anyway, we're not ignoring the whole thread locale here — just the > code page part. And here's another thought experiment: Notepad, by > default, saves and reads files in the system codepage, regardless of > what the user locale says. Makes sense to be compatible with Notepad, > doesn't it? 8=] That, and apr_user_name_get, and all the ANSI versions > of the WinAPI functions - you'd be hard-pressed to find a place where > the user locale's code page is actually used. Well, maybe in projects > that use APR. 8=] I was under the impression that Windows allowed each window of each application to use a different input method and code page, hence the assumption that the thread locale's code page is the correct one. Is that not the case? -- Brane