You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
PyUnicode_FromFormat broken and not documented for 2.x #51823
bpo-7330: PyUnicode_FromFormat: implement width and precision for %s, %S, %R, %V, %U, %A
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
assignee='https://github.com/malemburg'closed_at=<Date2014-09-30.22:15:25.520>created_at=<Date2009-12-24.11:54:39.619>labels= ['interpreter-core', 'expert-unicode', 'type-crash', 'docs']
title='PyUnicode_FromFormat broken and not documented for 2.x'updated_at=<Date2014-09-30.22:15:25.518>user='https://github.com/ronaldoussoren'
Include/unicodeobject.h includes prototypes for PyUnicode_FromFormat and
PyUnicode_FromFormatV in both 2.6 and 2.7, but those functions are not
included in the documention.
And worse, the implementation contains bugs: the %R format code tries to
include the repr() of an object and blindly assumes that the result of
PyObject_Repr is a unicode string. In the 2.x tree PyObject_Repr usually
(but not allways) returns a regular string (str instead of unicode).
The same problem is present in the implementation of %S.
For the %U and %V formats the code does typechecking in an assert
statement rather than always testing and bailing out using a NULL result
from the function.
Activity
ronaldoussoren commentedon Dec 24, 2009
Include/unicodeobject.h includes prototypes for PyUnicode_FromFormat and
PyUnicode_FromFormatV in both 2.6 and 2.7, but those functions are not
included in the documention.
And worse, the implementation contains bugs: the %R format code tries to
include the repr() of an object and blindly assumes that the result of
PyObject_Repr is a unicode string. In the 2.x tree PyObject_Repr usually
(but not allways) returns a regular string (str instead of unicode).
The same problem is present in the implementation of %S.
For the %U and %V formats the code does typechecking in an assert
statement rather than always testing and bailing out using a NULL result
from the function.
ysjray commentedon Aug 5, 2010
It seems there is pretty much problems in PyUnicode_FromFormatV().
see bpo-7330.
abalkin commentedon Feb 1, 2011
Documentation part of this issue will be addressed in bpo-10435.
BreamoreBoy commentedon Sep 30, 2014
With Stage "resolved" and Resolution "duplicate" surely this can be closed?
vstinner commentedon Sep 30, 2014
Ok, let's close the issue.