Re: cvs commit: httpd-test/flood config.h.in configure.in flood.c flood_round_robin.c

2001-08-17 Thread Aaron Bannert
On Fri, Aug 17, 2001 at 07:44:02AM -, [EMAIL PROTECTED] wrote: > jerenkrantz01/08/17 00:44:02 > > Modified:floodconfig.h.in configure.in flood.c > flood_round_robin.c > Log: > - Clean up debugging info when using delays. > - Fix error where a url wou

Re: cvs commit: httpd-test/flood config.h.in configure.in flood.c flood_round_robin.c

2001-08-17 Thread Aaron Bannert
On Fri, Aug 17, 2001 at 08:30:20AM -0700, Aaron Bannert wrote: > On Fri, Aug 17, 2001 at 07:44:02AM -, [EMAIL PROTECTED] wrote: > > jerenkrantz01/08/17 00:44:02 > > > > Modified:floodconfig.h.in configure.in flood.c > > flood_round_robin.c > > Log: > >

Re: cvs commit: httpd-test/flood config.h.in configure.in flood.c flood_round_robin.c

2001-08-17 Thread Justin Erenkrantz
On Fri, Aug 17, 2001 at 08:30:20AM -0700, Aaron Bannert wrote: > > Index: config.h.in > > === > > RCS file: /home/cvs/httpd-test/flood/config.h.in,v > > retrieving revision 1.13 > > retrieving revision 1.14 > > diff -u -r1.

Re: cvs commit: httpd-test/flood config.h.in configure.in flood.c flood_round_robin.c

2001-08-17 Thread Justin Erenkrantz
On Fri, Aug 17, 2001 at 09:00:53AM -0700, Aaron Bannert wrote: > Let me be more clear here. I'd prefer if we did the check for > 'rand' 'rand48' 'random' (and possibly also /dev/urandom) and > set each of FLOOD_HAS_RAND* individually. This is the way you are > using it in the code, where you have s

Re: cvs commit: httpd-test/flood config.h.in configure.in flood.c flood_round_robin.c

2001-08-17 Thread Aaron Bannert
On Fri, Aug 17, 2001 at 09:02:01AM -0700, Justin Erenkrantz wrote: > On Fri, Aug 17, 2001 at 08:30:20AM -0700, Aaron Bannert wrote: > > > Index: config.h.in > > > === > > > RCS file: /home/cvs/httpd-test/flood/config.h.in,v > > >

Re: cvs commit: httpd-test/flood config.h.in configure.in flood.c flood_round_robin.c

2001-08-17 Thread Justin Erenkrantz
[ CCing [EMAIL PROTECTED] - this came about due to flood requiring a PRNG... ] On Fri, Aug 17, 2001 at 09:21:06AM -0700, Aaron Bannert wrote: > Really this should be in APR, but I fear that PRNG is a touchy subject > for portability. The problem is that when you're using a PRNG, you usually > need

Re: cvs commit: httpd-test/flood config.h.in configure.in flood.c flood_round_robin.c

2001-08-17 Thread Aaron Bannert
On Fri, Aug 17, 2001 at 09:19:26AM -0700, Justin Erenkrantz wrote: > On Fri, Aug 17, 2001 at 09:00:53AM -0700, Aaron Bannert wrote: > > Let me be more clear here. I'd prefer if we did the check for > > 'rand' 'rand48' 'random' (and possibly also /dev/urandom) and > > set each of FLOOD_HAS_RAND* ind

Re: cvs commit: httpd-test/flood config.h.in configure.in flood.c flood_round_robin.c

2001-08-17 Thread Justin Erenkrantz
On Fri, Aug 17, 2001 at 09:34:28AM -0700, Aaron Bannert wrote: > This is all really NBD, I'm just pointing out that by what you were doing > in code should have been done with USE instead of HAS, and that it would > be no big deal to add HAS and USE. Please check the code again - it is using USE.

Re: cvs commit: httpd-test/flood config.h.in configure.in flood.c flood_round_robin.c

2001-08-17 Thread Aaron Bannert
On Fri, Aug 17, 2001 at 11:15:34AM -0700, Justin Erenkrantz wrote: > On Fri, Aug 17, 2001 at 09:34:28AM -0700, Aaron Bannert wrote: > > This is all really NBD, I'm just pointing out that by what you were doing > > in code should have been done with USE instead of HAS, and that it would > > be no bi

Re: cvs commit: httpd-test/flood config.h.in configure.in flood.c flood_round_robin.c

2001-08-24 Thread Greg Stein
On Fri, Aug 17, 2001 at 09:30:24AM -0700, Justin Erenkrantz wrote: > [ CCing [EMAIL PROTECTED] - this came about due to flood requiring a PRNG... ] > > On Fri, Aug 17, 2001 at 09:21:06AM -0700, Aaron Bannert wrote: > > Really this should be in APR, but I fear that PRNG is a touchy subject > > for

Re: cvs commit: httpd-test/flood config.h.in configure.in flood.c flood_round_robin.c

2001-08-24 Thread Roy T. Fielding
> > I don't see a problem adding a PRNG into APR as long as we have a by > > default "good" one available with known characteristics. -- justin > > Um... APR *already* has random stuff in there. It can build against the > truerand library, and it can use the /dev/random device. > > If we have a