[issue6942] email.generator.Generator memory consumption

Change by Irit Katriel : -- stage: -> resolved status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue6942] email.generator.Generator memory consumption

Irit Katriel added the comment: Ross, the link to your code no longer works. Do you still have it, and if so could you paste/upload it here? -- nosy: +iritkatriel status: open -> pending ___ Python tracker _

[issue6942] email.generator.Generator memory consumption

Changes by R. David Murray : -- assignee: r.david.murray -> components: +email -Library (Lib) ___ Python tracker ___ ___ Python-bugs-l

[issue6942] email.generator.Generator memory consumption

Changes by Srikanth S : -- nosy: +srikanths ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue6942] email.generator.Generator memory consumption

Changes by Terry J. Reedy : -- nosy: -terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue6942] email.generator.Generator memory consumption

R. David Murray added the comment: When I first looked at this issue, it appeared to me reading the code that the assumption was not considered safe. I'm hoping I can implement something akin to your algorithm in email6 (which, unfortunately, won't make 3.2), but I'm going to have to give it

[issue6942] email.generator.Generator memory consumption

Terry J. Reedy added the comment: The email module has several problems. RDM is working on overhauling the email module for 3.2. Existing issues may not get individual attention. -- nosy: +terry.reedy versions: +Python 2.7 -Python 2.6 ___ Python tra

[issue6942] email.generator.Generator memory consumption

Changes by Barry A. Warsaw : -- assignee: barry -> r.david.murray nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mai

[issue6942] email.generator.Generator memory consumption

Changes by Georg Brandl : -- assignee: -> barry nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue6942] email.generator.Generator memory consumption

New submission from Ross Patterson : Due to repeated use of StringIO as a way to "look ahead" into subparts while checking that multipart boundaries are unique, memory consumption during email.generator.Generator.flatten() can be up to 3 times the original message size. I implemented a subcla