Author jkloth
Recipients Arfrever, Mark.Shannon, amaury.forgeotdarc, asvetlov, benjamin.peterson, brett.cannon, dmalcolm, ilblackdragon, jcea, jkloth, larry, lemburg, mark.dickinson, python-dev, vstinner
Date 2013-07-02.15:28:24
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1372778904.78.0.32755237865.issue17206@psf.upfronthosting.co.za>
In-reply-to
Content
The /STACK:reserve[,commit] linker option uses 'reserve' as the upper limit of bytes to allow the executable to allocate.  The optional 'commit' value (default of 4096) is the amount of physical memory allocated as needed.

Therefore the reserve could be as large as needed to prevent stack overflows without impacting the actually memory footprint of the executable.  Maybe we should consider increasing the reserve to match that of Linux (8MB)?  From the list I posted above, the huge increase in stack use in Python-ast.c could lead to other overflows for certain expressions.

Attached is the patch to the project file to increase the stack reserve to 4MB.  The actual value doesn't impact the memory requirements of the debug build except in edge cases that would otherwise result in stack overflow exceptions.
History
Date User Action Args
2013-07-02 15:28:24jklothsetrecipients: + jkloth, lemburg, brett.cannon, jcea, amaury.forgeotdarc, mark.dickinson, vstinner, larry, benjamin.peterson, Arfrever, asvetlov, dmalcolm, Mark.Shannon, python-dev, ilblackdragon
2013-07-02 15:28:24jklothsetmessageid: <1372778904.78.0.32755237865.issue17206@psf.upfronthosting.co.za>
2013-07-02 15:28:24jklothlinkissue17206 messages
2013-07-02 15:28:24jklothcreate