cvs commit: src/lib/libpthread/thread thr_attr_init.cthr_init.c
Joe Marcus Clarke
marcus at marcuscom.com
Mon Feb 14 20:07:06 GMT 2005
-----BEGIN PGP SIGNED MESSAGE-----
Daniel Eischen wrote:
| On Mon, 14 Feb 2005, Scott Long wrote:
|>Daniel Eischen wrote:
|>>>* Joe Marcus Clarke <marcus at marcuscom.com> [050213 20:30] wrote:
|>>>>This works for all threads but the initial thread. Gstreamer uses this
|>>>>thread for most of its operations. That stack size was set to be 1 MB
|>>>>when gstreamer really wanted 2. For all other thread problems, yes, I
|>>>>used pthread_attr_setstacksize() as the solution.
|>>>Can't you wrap main and bounce into it with a thread that has been
|>>>created using pthread_attr_setstacksize()?
|>Again, I think that you have to look at the problem of supporting apps
|>that are written in a linux-centric way by authors who aren't interested
|>in merging back changes that complicate the code.
| I (think) we're talking about existing patches to ports.
| The simple way get a bigger main thread stack is to create
| another thread with larger stack to run whatever main runs.
| There wasn't a need to have ports with reduced functionality
| just because the main thread's stack wasn't large enough.
I couldn't find an easy way to do that with cothreads in gstreamer.
However, this is exactly what I did with other ports.
| We have a larger default stacksize for the main thread, so
| this should solve any related problems that ports had.
Yep, and I'm happy to have it (don't get me wrong). However, I was
hoping to have a way to know when it was safe to remove at least the
gstreamer hack, and that's why I asked for the __FreeBSD_version bump.
PGP Key : http://www.marcuscom.com/pgp.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
More information about the cvs-all