IBM Support

PM47315: MISHANDLED FORMAT-NUMBER PATTERN WITH NO DIGITS BEFORE DECIMAL

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • If the pattern in format-number has no digits before the
    decimal point, it was erroneously treating the decial point as
    a literal-string "prefix" in the pattern, with the fractional
    portion of the pattern applied to the integer digits. For
    example, '.###,###' would render 12345.6789 as ".12,345"
    rather than "12345.678,9" as intended.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED:  All users of IBM WebSphere Application      *
    *                  Server V8.0                                 *
    ****************************************************************
    * PROBLEM DESCRIPTION: If the pattern in format-number has     *
    *                      no digits before the                    *
    *                      decimal point, it was erroneously       *
    *                      treating the decial point as            *
    *                      a literal-string "prefix" in the        *
    *                      pattern, with the fractional            *
    *                      portion of the pattern applied to the   *
    *                      integer digits. For                     *
    *                      example, '.###,###' would render        *
    *                      12345.6789 as ".12,345"                 *
    *                      rather than "12345.678,9" as intended.  *
    ****************************************************************
    * RECOMMENDATION:  Install a fix pack that contains this       *
    *                  APAR.                                       *
    ****************************************************************
    The grammar used in parsing formatting patterns was expecting
    that the number portion of the pattern would always begin with
    a digit, though the underlying code to interpret the patterns
    was correctly written. As a result, the leading . was being
    interpreted as a literal-character prefix.
    

Problem conclusion

  • Changing the class of characters which are interpreted as the
    start of the numeric pattern to include the '.' character
    resolved the problem. (This is probably what the original
    coder had intended; it's a single-value mistake.)
    
    The fix for this APAR is currently targeted for inclusion in
    fix pack 8.0.0.2.  Please refer to the Recommended Updates
    page for delivery information:
    http://www.ibm.com/support/docview.wss?rs=180&uid=swg27004980
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM47315

  • Reported component name

    WEBSPHERE APP S

  • Reported component ID

    5724J0800

  • Reported release

    800

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2011-09-07

  • Closed date

    2011-10-21

  • Last modified date

    2011-10-21

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

Fix information

  • Fixed component name

    WEBSPHERE APP S

  • Fixed component ID

    5724J0800

Applicable component levels

  • R800 PSY

       UP

[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSEQTP","label":"WebSphere Application Server"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"8.0","Line of Business":{"code":"LOB45","label":"Automation"}}]

Document Information

Modified date:
28 October 2021