Return-Path: 
 <dev-return-2744-apmail-apr-dev-archive=apr.apache.org@apr.apache.org>
Delivered-To: apmail-apr-dev-archive@apr.apache.org
Received: (qmail 73656 invoked by uid 500); 22 Jun 2001 13:37:04 -0000
Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
List-Post: <mailto:dev@apr.apache.org>
List-Help: <mailto:dev-help@apr.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@apr.apache.org>
List-Subscribe: <mailto:dev-subscribe@apr.apache.org>
Delivered-To: mailing list dev@apr.apache.org
Delivered-To: moderator for dev@apr.apache.org
Received: (qmail 10578 invoked from network); 22 Jun 2001 09:59:56 -0000
Message-ID: <3B33176C.F900DE6A@motive.com>
Date: Fri, 22 Jun 2001 05:01:16 -0500
From: kevin seguin <seguin@motive.com>
X-Mailer: Mozilla 4.74 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: apr-dev <dev@apr.apache.org>
Subject: Re: apr_lock.h lock scope question
References: <Pine.LNX.4.30.0106212035500.7588-100000@koj.rkbloom.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N

> 
> > - conditionals and rwlocks (these pretty much go together, and would be
> >   built upon the mutex routines) -- much more heavy than simple mutexes,
> >   but IMHO widely useful throughout httpd and the modules.
> 
> Conditionals weren't portable when I looked at them.  Basically, Windows
> couldn't do them, but I'm not a windows programmer, and I didn't look at
> it too hard.
> 

so, i'm not exactly sure what you guys are talking about when you say
"conditionals", but anyway...  i've recently started looking into using
apr for some stuff, and one of the things i'd like to have but i don't
see there is conditions (like pthread_cond_t) that can be used for
communicating events between threads.  essentially, this:

<psuedo code>

struct apr_condition_t;

APR_DECLARE(apr_status_t) apr_new_condition(apr_condition_t* cond);
APR_DECLARE(apr_status_t) apr_destroy_condition(apr_condition_t* cond);
APR_DECLARE(apr_status_t) apr_condition_wait(apr_condition_t* cond, int
sec, int nsec);
APR_DECLARE(apr_status_t) apr_condition_signal(apr_condition_t* cond);

</psuedo code>

is this similar to what you mean by conditionals?  i have some c code
that implements this that i have used on both windows and unix
(solaris).  the unix side just uses pthreads stuff.

is this kind of functionality already in apr and i'm missing it?  if
not, is it something that others would find useful?  i'd have no problem
donating my existing code ;-)

-kevin.