Re: cvs commit: apr/include apr.hw

2001-02-11 Thread rbb
On Sun, 11 Feb 2001, William A. Rowe, Jr. wrote: > > Fix the broken support utilities (htdigest/htpasswd) on Win32. Won't > > strictly put this on [signals hacker] since we should have defined this > > HAVE_SIGNAL_H symbol, and not simply -included- the header in the first > > pla

Re: cvs commit: apr/include apr.hw

2001-02-11 Thread William A. Rowe, Jr.
> wrowe 01/02/11 12:34:54 > > Modified:include apr.hw > Log: > Fix the broken support utilities (htdigest/htpasswd) on Win32. Won't > strictly put this on [signals hacker] since we should have defined this > HAVE_SIGNAL_H symbol, and not simply -included- the header in

Re: cvs commit: apr/strings apr_strings.c

2001-02-11 Thread Cliff Woolley
--- [EMAIL PROTECTED] wrote: > +APR_DECLARE(void *) apr_memdup(apr_pool_t *a, const void *m, apr_size_t n) > +{ > +void *res; > + > +if(m == NULL) > + return NULL; > +res = apr_palloc(a, n); > +memcpy(res, m, n); > +return res; > +} > + Nice. Minor que

Re: cvs commit: apr/strings apr_strings.c

2001-02-11 Thread Ben Laurie
Hmmm. Actually, this could improve its efficiency by only allocating len+1 bytes if len < n. Should we do that? Cheers, Ben. [EMAIL PROTECTED] wrote: > > ben 01/02/11 08:25:08 > > Modified:strings apr_strings.c > Log: > ap_pstrndup could have caused out-of-bounds memory acce

Poliicy proposal.

2001-02-11 Thread rbb
One of the things that I have been doing a lot recently, is tagging the tree with APACHE_2_0_* tags. This is because Apache 2.0 is trying to hit beta, and we are rolling a lot of trees. Apache 2.0 needs our builds to be reproducable, and I am sure every other project does too. I figure there ar

RE: cvs commit: apr-util/dbm/sdbm sdbm.c

2001-02-11 Thread William A. Rowe, Jr.
> -Original Message- > From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED] > Sent: Monday, January 22, 2001 8:41 AM > To: 'Greg Stein' > Subject: RE: cvs commit: apr-util/dbm/sdbm sdbm.c > > > > From: Greg Stein [mailto:[EMAIL PROTECTED] > > Sent: Monday, January 22, 2001 4:43 AM > >

RE: New directory API...

2001-02-11 Thread William A. Rowe, Jr.
> From: Greg Stein [mailto:[EMAIL PROTECTED] > Sent: Monday, January 22, 2001 4:23 AM > I'd say: have the user pick up the finfo->filehand if available and call > apr_getfileinfo() for the bits they need (with a new structure). finfo->filehand should be somewhat opaque. Some platforms may not se

RE: largefile support

2001-02-11 Thread William A. Rowe, Jr.
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Sunday, January 21, 2001 8:04 PM > > > > any ideas howto workaround this? > > > and any plans on adding largefile support to 2.0? > > > > If it's supported I'd like to see it (Win32 does). However, we need to > > make an executive decis

Re: cvs commit: apr/include apr_signal.h apr.h.in apr_want.h

2001-02-11 Thread rbb
On Sat, 10 Feb 2001, Greg Stein wrote: > On Sat, Feb 10, 2001 at 07:02:25PM -0600, William A. Rowe, Jr. wrote: > > From: <[EMAIL PROTECTED]> > > Sent: Saturday, February 10, 2001 6:52 PM > > > > > > > > *) add apr_signal_get_description() to that platforms (which have > > > > signals) > > > >

Re: cvs commit: apr/include apr_signal.h apr.h.in apr_want.h

2001-02-11 Thread Greg Stein
On Sat, Feb 10, 2001 at 07:02:25PM -0600, William A. Rowe, Jr. wrote: > From: <[EMAIL PROTECTED]> > Sent: Saturday, February 10, 2001 6:52 PM > > > > > *) add apr_signal_get_description() to that platforms (which have > > > signals) > > > can portably get descriptions for them. > > > *)

Re: cvs commit: apr/include apr_signal.h apr.h.in apr_want.h

2001-02-11 Thread Greg Stein
On Sat, Feb 10, 2001 at 07:00:19PM -0600, William A. Rowe, Jr. wrote: > > gstein 01/02/10 16:39:55 > > > > Modified:.configure.in > >threadproc/os2 signals.c > >threadproc/unix signals.c > >misc/unix start.c > >incl

Re: cvs commit: apr/include apr_signal.h apr.h.in apr_want.h

2001-02-11 Thread William A. Rowe, Jr.
From: <[EMAIL PROTECTED]> Sent: Saturday, February 10, 2001 6:52 PM > > *) add apr_signal_get_description() to that platforms (which have signals) > > can portably get descriptions for them. > > *) move signal stuff from apr.h to (new) apr_signal.h > > *) os2/signals.c was collapsed in

Re: cvs commit: apr/include apr_signal.h apr.h.in apr_want.h

2001-02-11 Thread William A. Rowe, Jr.
> gstein 01/02/10 16:39:55 > > Modified:.configure.in >threadproc/os2 signals.c >threadproc/unix signals.c >misc/unix start.c >include apr.h.in apr_want.h > Added: include apr_signal.h > Log: > *) add

Re: cvs commit: apr/include apr_signal.h apr.h.in apr_want.h

2001-02-11 Thread rbb
> *) add apr_signal_get_description() to that platforms (which have signals) > can portably get descriptions for them. > *) move signal stuff from apr.h to (new) apr_signal.h > *) os2/signals.c was collapsed into unix/signals.c > *) APR initialization will init the signal names (if ne

Re: cvs commit: apr/strings apr_snprintf.c

2001-02-11 Thread rbb
> > Moved the prototypes for apr_snprintf and apr_vsnprintf to the > > apr_strings.h header, from apr_lib.h. This location makes more > > sense. > > You bet it does! > > I noticed that last night (well, before actually) but already had my hands > full with the fallout of trimming back ap_

Re: cvs commit: apr/strings apr_snprintf.c

2001-02-11 Thread Greg Stein
On Sun, Feb 11, 2001 at 12:12:11AM -, [EMAIL PROTECTED] wrote: > rbb 01/02/10 16:12:11 > > Modified:.CHANGES >file_io/unix readwrite.c >include apr_lib.h apr_strings.h >network_io/unix sa_common.c >strings