[
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/[EMAIL
> PROTECTED]
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
