[STATUS] (apr-serf) Wed Mar 27 23:45:22 EST 2002

APR-SERF STATUS:-*-text-*- Last modified at [$Date: 2001/10/24 20:02:29 $] Release: RELEASE SHOWSTOPPERS: We need code. This project's goal is to create an http client library. * web pages (go to apr-site) * decide on

RE: cvs commit: apr/atomic/netware apr_atomic.c

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi. this wont work as you still have race conditions in the 2 functions you implented (the _dec and _cas) oh.. and the _dec looks like it is adding instead of subtracting is novell x86 only ? I'm thinking of just grabbing freeBSD's atomic

[STATUS] (apr) Wed Mar 27 23:45:09 EST 2002

APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: -*-text-*- Last modified at [$Date: 2002/03/22 18:08:23 $] Release: 2.0a9 : released December 12, 2000 2.0a8 : released November 20, 2000 2.0a7 : released October 8, 2000 2.0a6 : released August 18, 2000

[STATUS] (apr-util) Wed Mar 27 23:45:12 EST 2002

APRUTIL LIBRARY STATUS: -*-text-*- Last modified at [$Date: 2001/12/08 00:43:54 $] Release: 2.0a9 : released December 12, 2000 RELEASE SHOWSTOPPERS: * Need apu_compat.h to track the latest renames Status: someone want to step up to diff

RE: cvs commit: apr/atomic/netware apr_atomic.c

Thanks for the catch on the _inc instead of _dec. I copied and pasted the wrong function. Actually the only reason why I had to implement apr_atomic_dec was because of the return value. The NetWare implementation returns a void where apr_atomic_dec returns an int. Since atomic_dec() is a

[PATCH] a little network_io cleanup for OS/2

not tested, not even compiled Index: network_io/os2/sockets.c === RCS file: /home/cvspublic/apr/network_io/os2/sockets.c,v retrieving revision 1.51 diff -u -r1.51 sockets.c --- network_io/os2/sockets.c13 Mar 2002 20:39:24 -

Re: cvs commit: apr/network_io/unix sa_common.c sockets.c

On Thu, Mar 28, 2002 at 06:17:02PM -, [EMAIL PROTECTED] wrote: prototypes for the new function -- apr_set_sockaddr_vars() -- Wouldn't apr_sockaddr_vars_set be a more consistent name for the function? -- ~ Kevin

Re: cvs commit: apr/network_io/unix sa_common.c sockets.c

Kevin Pilch-Bisson [EMAIL PROTECTED] writes: On Thu, Mar 28, 2002 at 06:17:02PM -, [EMAIL PROTECTED] wrote: prototypes for the new function -- apr_set_sockaddr_vars() -- Wouldn't apr_sockaddr_vars_set be a more consistent name for the function? It would be more consistent with

any documentation on the point of having pools?

Is there any documentation anywhere that describes why you would want to use pools? I've been using APR for over a year now in virtually all of my projects, and I _still_ don't get what the advantage of this pool management that's strewn all over my programs is. I finally got fed up, wrote a C++