X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Fri, 14 May 2010 21:27:16 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: strftime %b is broken on ja_JP locale Message-ID: <20100514192716.GC8785@calimero.vinschen.de> Mail-Followup-To: cygwin AT cygwin DOT com References: <20100512153117 DOT GB25439 AT calimero DOT vinschen DOT de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On May 14 10:55, Kazuhiro Fujieda wrote: > >>> On Wed, 12 May 2010 17:31:18 +0200 > >>> Corinna Vinschen said: > > > No, that's not broken, even if it seems so. Cygwin fetches the > > localized strings from the underlying OS, not from a Cygwin-specific > > locale database. What you see as results above is what *Windows* > > returns for the full and abbreviated month strings. > > Windows has a bug in Japanese and Korean locales. In these > locales, strings reterned by GetLocaleInfoW for > LOCALE_SABBREVMONTHNAME* miss suffixes representing a month. > > It should return "5\u6708" in Japanese and "5\c6d4" in > Korea. MSDN in Japanese describes so. It, however, returns "5" > in both locales. Can you please tell us the number of the knowledge base article saying so? Does this really only affect the lcids 411 and 412? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple