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: logging module fails with non-ascii data
Type: behavior Stage:
Components: Library (Lib) Versions: Python 2.6
process
Status: closed Resolution: fixed
Dependencies: Superseder:
Assigned To: vinay.sajip Nosy List: barry, mhammond, vinay.sajip
Priority: release blocker Keywords: patch

Created on 2008-09-04 03:47 by mhammond, last changed 2022-04-11 14:56 by admin. This issue is now closed.

Files
File name Uploaded Description Edit
logging_encoding.patch mhammond, 2008-09-04 03:49 A test case and fix.
Messages (2)
msg72478 - (view) Author: Mark Hammond (mhammond) * (Python committer) Date: 2008-09-04 03:47
It appears r66103 introduced a regression - file objects are treated as
having an encoding, so non-ascii data fails.  It was further complicated
by the fact that file objects in 2.6 have an 'encoding' attribute, but
by default it is None - so a 'hasattr' check for encoding doesn't work
the same.

The fix is quite trivial and I also added a new test to demonstrate the
error - but for the impatient, you can reproduce it via:

import logging
log = logging.getLogger("test")
log.addHandler(logging.FileHandler("log.out"))
log.warning("foo\x80")

In all earlier versions of Python, the bytes as specified are written. 
2.6 complains that 'None' is not a valid encoding and fails to write the
record.
msg72486 - (view) Author: Vinay Sajip (vinay.sajip) * (Python committer) Date: 2008-09-04 07:32
Changes checked into trunk.
History
Date User Action Args
2022-04-11 14:56:38adminsetnosy: + barry
github: 48022
2008-09-04 07:32:13vinay.sajipsetstatus: open -> closed
resolution: fixed
messages: + msg72486
2008-09-04 03:49:08mhammondsetfiles: + logging_encoding.patch
2008-09-04 03:47:14mhammondcreate