homepage

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.

Author tim.peters
Recipients Esa.Peuha, pitrou, r.david.murray, sbt, tim.golden, tim.peters, vstinner, Пётр.Дёмин
Date 2013年10月14日.21:51:38
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1381787498.38.0.915107147223.issue19246@psf.upfronthosting.co.za>
In-reply-to
Content
@sbt, excellent! Happens for me too: trying to allocate a 1MB block fails after running ugly_hack() once. That fits the symptoms: lots of smaller, varying-sized allocations, followed by free()s, followed by a "largish" allocation. Don't know _exactly_ which largish allocation is failing. Could be the next non-trivial dict resize, or, because I'm running under Python 3, a largish Unicode string allocation.
Unfortunately, using the current default-branch Python in a debug build, the original test case doesn't misbehave, so I can't be more specific. That could be because, in a debug build, Python does more of the memory management itself. Or at least it used to - everything got more complicated in my absence ;-)
Anyway, since "the problem" has been produced with a simple pure C program, I think we need to close this as "wont fix".
History
Date User Action Args
2013年10月14日 21:51:38tim.peterssetrecipients: + tim.peters, pitrou, vstinner, tim.golden, r.david.murray, sbt, Esa.Peuha, Пётр.Дёмин
2013年10月14日 21:51:38tim.peterssetmessageid: <1381787498.38.0.915107147223.issue19246@psf.upfronthosting.co.za>
2013年10月14日 21:51:38tim.peterslinkissue19246 messages
2013年10月14日 21:51:38tim.peterscreate

AltStyle によって変換されたページ (->オリジナル) /