A. Libotean added the comment:
Which encoding are you using, such that the difference in length between
encoded and decoded messages is significant?
I agree right off the bat that the error in size is not significant. Only the
length of the last appended line is computed erroneously.
I'm
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20137
___
A. Libotean added the comment:
Sure, will come back shortly with a patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20137
___
___
Vinay Sajip added the comment:
Which encoding are you using, such that the difference in length between
encoded and decoded messages is significant?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20137
New submission from A. Libotean:
Current implementation of RotatingFileHandler ignores the encoding when
computing the entry byte length.
I've attached a modified version that will compute the entry lenght in bytes.
--
components: Library (Lib)
files: rotatingfilehandler.py
messages:
R. David Murray added the comment:
Could you please upload your proposed fix as a patch file (universal diff)?
--
nosy: +r.david.murray, vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20137