stdcxx-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Martin Sebor (JIRA)" <j...@apache.org>
Subject [jira] Updated: (STDCXX-878) std::money_get::get() extracts too much whitespace
Date Fri, 18 Apr 2008 17:24:23 GMT

     [ https://issues.apache.org/jira/browse/STDCXX-878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Martin Sebor updated STDCXX-878:
--------------------------------

    Summary: std::money_get::get() extracts too much whitespace  (was: std::numpunct<>::do_get()
extracts too many optional whitespaces leaving none for another fields like currency symbol
or negative sign)

Corrected/simplified Summary.

> std::money_get::get() extracts too much whitespace
> --------------------------------------------------
>
>                 Key: STDCXX-878
>                 URL: https://issues.apache.org/jira/browse/STDCXX-878
>             Project: C++ Standard Library
>          Issue Type: Bug
>          Components: 22. Localization
>    Affects Versions: 4.1.2, 4.1.3, 4.1.4, 4.2.0
>         Environment: All
>            Reporter: Farid Zaripov
>            Priority: Minor
>             Fix For: 4.2.1
>
>
> The 22.locale.money.get test fails with number of assertions.
> The failed two checks:
>   Here the currency symbol contains space, but it's already extracted while processing
none pattern.
> {noformat}
>     // all spaces extracted since currency symbol (last) is mandatory
>     // verify that the facet doesn't extract too many optional spaces
>     // leaving none for the final required currency symbol
>     TEST (T,  103.0, "103 ", 4, showbase, eofbit, 0, "-1@$", " ");
> {noformat}
>   Here the negative sign contains trailing space, but it's already extracted while processing
none pattern.
> {noformat}
>     // { sign, value, none, symbol }
>     // negative_sign is "- ", (note the single trailing space)
>     // verify that the extraction suceeds, i.e., that the money_base::none
>     // specifier that's last in the pattern doesn't confuse the facet into
>     // extracting all the optional whitespace, leaving none to complete
>     // the negative_sign
>     TEST (T, -109.1, "-109  ", 6, 0, eofbit, 0, "-1@$", "");
> {noformat}

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message