Received: from localhost (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id 28B2664FD01 for ; Wed, 26 Nov 2008 04:28:56 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 83620-09 for ; Wed, 26 Nov 2008 04:28:53 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from sd.tpf.co.jp (sd.tpf.co.jp [210.161.239.34]) by mail.postgresql.org (Postfix) with SMTP id F1B7A64FCF2 for ; Wed, 26 Nov 2008 04:28:52 -0400 (AST) Received: (qmail 17111 invoked by uid 512); 26 Nov 2008 08:28:50 -0000 Received: from unknown (HELO ?127.0.0.1?) (100.0.32.251) by sd2.tpf-fw-c.co.jp with SMTP; 26 Nov 2008 08:28:50 -0000 Message-ID: <492D08BF.6090601@tpf.co.jp> Date: Wed, 26 Nov 2008 17:28:47 +0900 From: Hiroshi Inoue User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: ITAGAKI Takahiro CC: Hiroshi Saito , pgsql-hackers Subject: Re: [PATCHES] Solve a problem of LC_TIME of windows. References: <492CDA62.306@tpf.co.jp> <20081126171019.EFC3.52131E4D@oss.ntt.co.jp> In-Reply-To: <20081126171019.EFC3.52131E4D@oss.ntt.co.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=2.125 tagged_above=0 required=5 tests=DNS_FROM_RFC_BOGUSMX=2.125 X-Spam-Level: ** X-Archive-Number: 200811/1703 X-Sequence-Number: 128415 ITAGAKI Takahiro wrote: > "Hiroshi Saito" wrote: > >> I think that MinGW does not have a direct relation. >> #define_UNICODE is required for wcsftime. >> Probably, ITAGAKI-san has only forgotten it.:-) > > No, definition of _UNICODE is independent from wcsftime (and > other wcs functions). It affects only _tcs functions (_tcsftime). > > Wednesday in japanese should be the following sequences in unicode: > wcs = 6c34 66dc 65e5 -- sui yo bi > > I rebuild my test on VC++2005 SP1, but it has the same bug. > So, we cannot use wcsftime in Windows unless we build binaries > in VC++2008 at least (and the bug is fixed there). Please call setlocale(LC_CTYPE/LC_ALL, "") first. regards, Hiroshi Inoue