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