Sorry about that. Two different patches caused this. I made the change on BeOS, and it worked, so I committed it. Then I brought it back to my machine, and it failed. At that point, I added the APR_HAVE_SIGWAIT macro, and obviosly re-broke the code. Thanks for the fix.
Ryan On 25 Feb 2001 [EMAIL PROTECTED] wrote: > dreid 01/02/25 06:46:21 > > Modified: include apr_thread_proc.h > Log: > APR_HAVE_SIGWAIT is now always defined, so the previous test failed on BeOS, > so now we check the value and it passes the test. > > Revision Changes Path > 1.60 +2 -1 apr/include/apr_thread_proc.h > > Index: apr_thread_proc.h > =================================================================== > RCS file: /home/cvs/apr/include/apr_thread_proc.h,v > retrieving revision 1.59 > retrieving revision 1.60 > diff -u -r1.59 -r1.60 > --- apr_thread_proc.h 2001/02/25 06:54:52 1.59 > +++ apr_thread_proc.h 2001/02/25 14:46:21 1.60 > @@ -588,7 +588,8 @@ > APR_DECLARE(void) apr_pool_note_subprocess(apr_pool_t *a, apr_proc_t *pid, > enum kill_conditions how); > > -#if APR_HAS_THREADS && !defined(OS2) && defined(APR_HAVE_SIGWAIT) > +#if APR_HAS_THREADS && !defined(OS2) && APR_HAVE_SIGWAIT > + > /** > * Setup the process for a single thread to be used for all signal > handling. > * @warn This must be called before any threads are created > > > > > _______________________________________________________________________________ Ryan Bloom [EMAIL PROTECTED] 406 29th St. San Francisco, CA 94131 -------------------------------------------------------------------------------
