RE: apr_xlate not thread safe

2002-11-08 Thread Bill Stoddard
> > >> > > >> Better that we document which returned apr_foo_t's are threadsafe, > > >> which ones are not, > > > > > > Yep. > > > > Nah. Subversion was doing something incredibly stupid. We were > > walking up the pools until it found the global_pool and then created > > the apr_xlate_t in th

RE: apr_xlate not thread safe

2002-11-08 Thread rbb
> >> > >> Better that we document which returned apr_foo_t's are threadsafe, > >> which ones are not, > > > > Yep. > > Nah. Subversion was doing something incredibly stupid. We were > walking up the pools until it found the global_pool and then created > the apr_xlate_t in there and just reus

RE: apr_xlate not thread safe

2002-11-08 Thread Justin Erenkrantz
--On Friday, November 8, 2002 10:58 AM -0500 Bill Stoddard <[EMAIL PROTECTED]> wrote: > This type of bug is going to bite us over and over. Does that mean we make every object threadsafe? IMHO, No. Oh, I agree for sure. Better that we document which returned apr_foo_t's are threadsafe, which one

Re: Final counting approaches...

2002-11-08 Thread William A. Rowe, Jr.
[Context: we are discussing the creation of an APACHE_2_0_RELEASE branch and forking off API-breaking changes to a 2.1-dev branch. Greg's question goes to APR, which is why it's cc'ed. Please keep this cross posted thread about how Apache and APR versioning interact on topic :-] At 11:01 AM 11/8

RE: apr_xlate not thread safe

2002-11-08 Thread Bill Stoddard
> > At 08:33 AM 11/8/2002, you wrote: > > >> --On Friday, November 8, 2002 4:46 AM +0100 Sander Striker > >> <[EMAIL PROTECTED]> wrote: > >> > >> > Bringing this up here for obvious reasons... > >> > > >> > http://subversion.tigris.org/issues/show_bug.cgi?id=974 > >> > > >> > "Attempting to us

RE: apr_xlate not thread safe

2002-11-08 Thread Bill Stoddard
> --On Friday, November 8, 2002 4:46 AM +0100 Sander Striker > <[EMAIL PROTECTED]> wrote: > > > Bringing this up here for obvious reasons... > > > > http://subversion.tigris.org/issues/show_bug.cgi?id=974 > > > > "Attempting to use mod_dav_svn with Apache's worker MPM has revealed > > that the

apr_queue.c: a question (I don't realy understand this)

2002-11-08 Thread Damir Dezeljin
Hi. I looked in the 'testqueue.c' sample from apr-util package (I checked out it yesterday from the CVS). There is defined a function consumer(apr_thread_t *thd, void *data) which is used to get elements from the queue. *data is then casted to: apr_queue_t *q = (apr_queue_t*)data; Then on line

Re: apr_xlate not thread safe

2002-11-08 Thread Justin Erenkrantz
--On Friday, November 8, 2002 4:46 AM +0100 Sander Striker <[EMAIL PROTECTED]> wrote: Bringing this up here for obvious reasons... http://subversion.tigris.org/issues/show_bug.cgi?id=974 "Attempting to use mod_dav_svn with Apache's worker MPM has revealed that the UTF8 conversions are not thread

apr_xlate not thread safe

2002-11-08 Thread Sander Striker
Bringing this up here for obvious reasons... http://subversion.tigris.org/issues/show_bug.cgi?id=974 "Attempting to use mod_dav_svn with Apache's worker MPM has revealed that the UTF8 conversions are not thread safe. http://subversion.tigris.org/servlets/ReadMsg?list=dev&msgNo=24986 The