Return-Path: Delivered-To: apmail-incubator-stdcxx-dev-archive@www.apache.org Received: (qmail 98786 invoked from network); 24 Aug 2007 00:41:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 24 Aug 2007 00:41:04 -0000 Received: (qmail 96051 invoked by uid 500); 24 Aug 2007 00:41:01 -0000 Delivered-To: apmail-incubator-stdcxx-dev-archive@incubator.apache.org Received: (qmail 95992 invoked by uid 500); 24 Aug 2007 00:41:01 -0000 Mailing-List: contact stdcxx-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: stdcxx-dev@incubator.apache.org Delivered-To: mailing list stdcxx-dev@incubator.apache.org Received: (qmail 95981 invoked by uid 99); 24 Aug 2007 00:41:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Aug 2007 17:41:01 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Aug 2007 00:41:33 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 981CD714210 for ; Thu, 23 Aug 2007 17:40:30 -0700 (PDT) Message-ID: <26308701.1187916030619.JavaMail.jira@brutus> Date: Thu, 23 Aug 2007 17:40:30 -0700 (PDT) From: "Martin Sebor (JIRA)" To: stdcxx-dev@incubator.apache.org Subject: [jira] Commented: (STDCXX-535) std::num_put can generate output that is not parseable by std::num_get facet In-Reply-To: <25425678.1187913646794.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/STDCXX-535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522331 ] Martin Sebor commented on STDCXX-535: ------------------------------------- Here's a link to the same discussion in a more user-friendly archive: http://www.mail-archive.com/stdcxx-dev@incubator.apache.org/msg04356.html And a link to the Austin Group thread where I'm attempting to get an interpretation of the POSIX spec: https://www.opengroup.org/sophocles/show_archive.tpl?source=L&listname=austin-group-l&first=1&pagesize=80&searchstring=strptime%28%29+and+leading+space&zone=G > std::num_put can generate output that is not parseable by std::num_get facet > ---------------------------------------------------------------------------- > > Key: STDCXX-535 > URL: https://issues.apache.org/jira/browse/STDCXX-535 > Project: C++ Standard Library > Issue Type: Bug > Components: 22. Localization > Affects Versions: 4.1.2, 4.1.3, 4.1.4 > Reporter: Travis Vitek > > std::num_get<>::get_date() is required to be able to parse the output produced by std::num_put<>::put(..., 'x'). For some locales, the '%x' format specifier expands out to '%e.%m.%Y'. When a date is formatted using this, there will be a leading space, and that leading space causes the num_get<>::get_date() operation to fail. > The root of the problem is that the POSIX strftime() function requires that the '%e' specifier generate whitespace for single digit monthdays, and the POSIX strptime() function says that the number may be padded on the left with 0s. It does not appear to specify that whitespace is allowed. The strptime() implementation on some platforms [sun, linux, compaq, aix] allow this whitespace, while others [hp, freebsd] do not. > Discussion here. > [http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200708.mbox/%3c46CC8D6C.9000007@roguewave.com%3e] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.