apr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From <...@covalent.net>
Subject Re: cvs commit: apr/include apr_thread_proc.h
Date Sun, 25 Feb 2001 16:36:00 GMT

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 dreid@apache.org 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                        	rbb@apache.org
406 29th St.
San Francisco, CA 94131
-------------------------------------------------------------------------------


Mime
View raw message