> > It could be done, but who would use it that way? > I think the non-thread safety of pools requires that each person/developer implement their own locking esp around areas where they might not even understand that there is cross-thread issues. Thinking about 1.6 and especially apr 2.0, it makes one wonder when/if we should bite the bullet and add thread safe pools in a canon and supported and opaque way instead of the normal "hacks" around it...
- Re: APR pools, mutexes and thread safe allocat... Branko Čibej
- Re: APR pools, mutexes and thread safe all... Jim Jagielski
- Re: APR pools, mutexes and thread saf... Jim Jagielski
- Re: APR pools, mutexes and thread safe all... Jim Jagielski
- Re: APR pools, mutexes and thread saf... Yann Ylavic
- Re: APR pools, mutexes and thread saf... Jim Jagielski
- Re: APR pools, mutexes and thread saf... Yann Ylavic
- Re: APR pools, mutexes and thread saf... Jim Jagielski
- Re: APR pools, mutexes and thread saf... Jim Jagielski
- Re: APR pools, mutexes and thread saf... Stefan Eissing
- Re: APR pools, mutexes and thread saf... Jim Jagielski
- Re: APR pools, mutexes and thread saf... Yann Ylavic
- Re: APR pools, mutexes and thread saf... Jim Jagielski
- Re: APR pools, mutexes and thread safe all... Jim Jagielski
- Re: svn commit: r1783755 - /httpd/httpd/trunk/server/mpm/ev... Yann Ylavic
- Re: svn commit: r1783755 - /httpd/httpd/trunk/server/m... Stefan Eissing
- Re: svn commit: r1783755 - /httpd/httpd/trunk/serv... Yann Ylavic
- Re: svn commit: r1783755 - /httpd/httpd/trunk/... Yann Ylavic
- Re: svn commit: r1783755 - /httpd/httpd/tr... Stefan Eissing
- Re: svn commit: r1783755 - /httpd/htt... Yann Ylavic
- Re: svn commit: r1783755 - /httpd/htt... Stefan Eissing