[STATUS] (apr) Wed Jun 25 23:45:21 EDT 2003

2003-06-26 Thread Rodent of Unusual Size
APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: -*-text-*- Last modified at [$Date: 2003/04/10 12:20:35 $] Release: 0.9.3 : tagged March 30, 2003 0.9.2 : released March 22, 2003 0.9.1 : released September 11, 2002 0.9.0 : released August 28, 2002 2.0a9

[STATUS] (apr-util) Wed Jun 25 23:45:43 EDT 2003

2003-06-26 Thread Rodent of Unusual Size
APRUTIL LIBRARY STATUS: -*-text-*- Last modified at [$Date: 2003/03/31 05:32:43 $] Release: 0.9.3 : Tagged March 30, 2002 0.9.2 : Released March 22, 2002 (alpha) 0.9.1 : Released September 11, 2002 (alpha) 0.9.0 : Not released

Re: versioning

2003-06-26 Thread Daniel Rall
Greg Stein <[EMAIL PROTECTED]> writes: > On Mon, May 19, 2003 at 09:16:24PM -, [EMAIL PROTECTED] wrote: > > User: dlr > > Date: 03/05/19 14:16:24 > > > > Modified > > /scarab/www/ > > project_docs.html > > > > Log > > * www/project_docs.html > >Added a link to the new versioning

RE: [STATUS] (apr) Wed Jun 25 23:45:21 EDT 2003

2003-06-26 Thread Marc M. Adkins
> Win32: apr_thread_rwlock_try*lock(), apr_thread_cond_timedwait(), > apr_proc_mutex_*() (Is proc_mutex unnecessary on Win32?) apr_thread_rwlock_try*lock() may now work on Win32. I (more or less) copied the code from the OS/2 version. I didn't test it other than to run the exi

RE: [STATUS] (apr) Wed Jun 25 23:45:21 EDT 2003

2003-06-26 Thread William A. Rowe, Jr.
At 11:52 AM 6/26/2003, Marc M. Adkins wrote: >> * I think apr_open_stderr() and friends *should* dup() the >> descriptor. That would allow the new/returned file to be closed >> (via pool cleanup or manually) without accidentally closing >> stderr/out. > >Hey, I noticed (cras

Re: remaining issues prior to 1.0?

2003-06-26 Thread Jean-Jacques Clar
Cliff,   I will really love to see the implementation of the apr_bucket_alloc_create_ex() taking an actual allocator as a parameter and setting the max_free limit on it before releasing 1.0.   This should put an end to the bucket_max_free() saga... Let me know if I could help.   Thank you,  

Proc Info API

2003-06-26 Thread Marc M. Adkins
> >I would suggest: > > > >* Routines for acquiring basic information about running > processes > > such as memory usage, CPU usage, etc. Should work for > processes > > that were _not_ started via apr_proc_create(). Should allow > > enumeration of all processes

Re: Proc Info API

2003-06-26 Thread William A. Rowe, Jr.
At 02:19 PM 6/26/2003, Marc M. Adkins wrote: >First, the kinds of data available about a process differ from one machine >to another. Some of them are similar, so there's probably a way to generate >a series of macros like the APR_FINFO_ macros that would target the least >common denominator. Bu

Re: remaining issues prior to 1.0?

2003-06-26 Thread Cliff Woolley
On Thu, 26 Jun 2003, Jean-Jacques Clar wrote: > I will really love to see the implementation of the > apr_bucket_alloc_create_ex() taking an actual allocator as a parameter > and setting the max_free limit on it before releasing 1.0. I implemented it on Tuesday and need to test... planning on do