This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author davidchambers
Recipients davidchambers, docs@python
Date 2013-10-06.04:14:23
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1381032864.93.0.113807397977.issue19175@psf.upfronthosting.co.za>
In-reply-to
Content
I first raised this issue on Stack Overflow: http://stackoverflow.com/questions/19203194

The [replacement field grammar][1] states that an [integer][2] is a valid field_name, but this is inaccurate:

    >>> '{0}'.format('zero')
    'zero'
    >>> '{0x0}.format('zero')
    KeyError: '0x0'
    >>> '{0o0}.format('zero')
    KeyError: '0o0'
    >>> '{0b0}.format('zero')
    KeyError: '0b0'

This [comment][3] by Eric Smith suggests that the above is the intended behaviour:

> get_integer uses the narrowest possible definition for integer indexes,
> in order to pass all other strings to mappings.

The documentation should be updated to match the actual behaviour. abarnert on Stack Overflow suggested the following change:

    -arg_name          ::=  [identifier | integer]
    +arg_name          ::=  [identifier | digit+]


[1]: http://docs.python.org/2/library/string.html#format-string-syntax
[2]: http://docs.python.org/2/reference/lexical_analysis.html#grammar-token-integer
[3]: http://bugs.python.org/issue8985#msg107705
History
Date User Action Args
2013-10-06 04:14:25davidchamberssetrecipients: + davidchambers, docs@python
2013-10-06 04:14:24davidchamberssetmessageid: <1381032864.93.0.113807397977.issue19175@psf.upfronthosting.co.za>
2013-10-06 04:14:24davidchamberslinkissue19175 messages
2013-10-06 04:14:23davidchamberscreate