Date: Fri, 26 Mar 2010 17:03:52 -0400 From: Steven Kreuzer <skreuzer@exit2shell.com> To: freebsd-ports@freebsd.org, freebsd-python@freebsd.org Subject: Re: python and HUGE_STACK_SIZE Message-ID: <B473412B-0083-476C-A4F1-413158BBB639@exit2shell.com> In-Reply-To: <6201873e1003242207m49351c55id94341d872fd8e17@mail.gmail.com> References: <4702BA39-7C18-45C3-9920-9E460502B58F@freebsd.org> <4BAA9C32.6040606@delphij.net> <2D129848-8A41-4BB5-A58C-A9A35D5FBD9A@mac.com> <6201873e1003242207m49351c55id94341d872fd8e17@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mar 25, 2010, at 1:07 AM, Adam Vande More wrote: > On Wed, Mar 24, 2010 at 5:50 PM, Chuck Swiger <cswiger@mac.com> wrote: >=20 >>=20 >> I've run and written quite a bit of Python (including Trac, Mailman, = the >> Python IDE, our own custom stuff [like some log munging and web = processing >> stuff], and even a few graphical Python games) without ever turning >> HUGE_STACK_SIZE on. >>=20 >> I don't have any objection to turning it on, but it's not needed by = default >> for most things. YMMV. >>=20 >>=20 > Yes, I've had the same experience. When doing socket level python = stuff, > I've had to increase the buffer size, which seems to be at least = indirectly > related to stack size but setting it manually has been easy enough. = Are > there any negative repercussions to turning on huge ie like would = scripts > start using more memory, or is just giving them the ability to use it > without explicitly setting it? So, it seems like most of the time python scripts will work with = HUGE_STACK_SIZE turned off, but every once and a while some scripts will fail in non = obvious ways that could leave a person scratching their head for weeks trying to get = to the bottom of it To me, it seems like the best behavior would be to default to compiling = with that set. I'll create a patch over the weekend and open a PR -- Steven Kreuzer http://www.exit2shell.com/~skreuzer
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B473412B-0083-476C-A4F1-413158BBB639>