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.

classification
Title: unicode(None,charset) raise TypeError
Type: Stage:
Components: Unicode Versions: Python 2.5
process
Status: closed Resolution: works for me
Dependencies: Superseder:
Assigned To: lemburg Nosy List: georg.brandl, guillaumb, lemburg, sf-robot
Priority: normal Keywords:

Created on 2007-07-23 10:39 by guillaumb, last changed 2022-04-11 14:56 by admin. This issue is now closed.

Messages (4)
msg32542 - (view) Author: Guillaume (guillaumb) Date: 2007-07-23 10:39
Behavior of unicode() builtin is not the same with None as the first argument if we give  the second optional argument.

>>> unicode(None)
u'None'
>>> unicode(None,'ascii')
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
TypeError: coercing to Unicode: need string or buffer, NoneType found

This is confusing.
msg32543 - (view) Author: Georg Brandl (georg.brandl) * (Python committer) Date: 2007-07-23 11:53
Maybe, but it is at least documented:
http://docs.python.org/lib/built-in-funcs.html

"If encoding and/or errors are given, unicode()  will decode the object which can either be an 8-bit string or a character buffer using the codec for encoding."
msg32544 - (view) Author: Marc-Andre Lemburg (lemburg) * (Python committer) Date: 2007-07-23 14:32
I agree that it's confusing.

The reason is that unicode() with only one argument will use PyObject_Unicode() for the conversion (which then applies some extra logic to turn a non-string argument to a string), while the variant with an encoding will interface to PyUnicode_FromEncodedObject() which only works for strings and character buffers.

I think that all three APIs, PyUnicode_FromObject(), PyUnicode_FromEncodedObject() and PyObject_Unicode() should be unified to use the same logic in their way of converting an object to Unicode. In the light of Py3k, it's probably best to then go with the PyObject_Unicode() approach.
msg32545 - (view) Author: SourceForge Robot (sf-robot) Date: 2007-08-07 02:20
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
History
Date User Action Args
2022-04-11 14:56:25adminsetgithub: 45236
2007-07-23 10:39:54guillaumbcreate