[continued from a recent discussion on new-httpd or [EMAIL PROTECTED] or
whatever
that list is called nowadays ;) ]
It should be fairly trivial to add fork() support to flood. I've had
something in mind for awhile, so I might be able to patch that up later
today.
The only lingering problems are
On Wed, Aug 22, 2001 at 10:38:44PM -0700, Brian Pane wrote:
Greg Stein wrote:
...
Yes there is. apr_pool_userdata_set(..., r-pool)
...
Using the userdata functions on r-pool as a replacement for a
hash-based r-notes would be a mistake. The interface to the userdata
in a pool is limited to
From: Greg Stein [EMAIL PROTECTED]
Sent: Thursday, August 23, 2001 2:37 AM
On Wed, Aug 22, 2001 at 10:38:44PM -0700, Brian Pane wrote:
Greg Stein wrote:
...
Yes there is. apr_pool_userdata_set(..., r-pool)
...
Using the userdata functions on r-pool as a replacement for a
hash-based
From: Martin Kraemer [EMAIL PROTECTED]
Sent: Thursday, August 23, 2001 3:52 AM
In the configuration file, we have:
#
# This should be changed to the ServerRoot/htdocs/manual/. The alias provides
# the manual, even if you choose to move your DocumentRoot. You may comment
# this out
On Thu, Aug 23, 2001 at 02:39:10PM +0200, Pavel Novy wrote:
Hi,
I am experiencing a new issue when building Apache for NetWare with the
GNU stuff:
I committed your patch, thanks.
Martin
--
[EMAIL PROTECTED]| Fujitsu Siemens
[EMAIL PROTECTED] | 81730
On Thu, 23 Aug 2001, Martin Kraemer wrote:
In other words, I propose to move /manual up one directoryy level,
side by side with /icons:
@@ServerRoot@@/htdocs/...
@@ServerRoot@@/icons/...
@@ServerRoot@@/manual/...
Then we really don't need to worry about overwriting the /manual
On Thu, 23 Aug 2001, Greg Ames wrote:
Cliff Woolley wrote:
I'm sure this has been discussed, but someone please remind me what was
decided. Are we going to continue to maintain mod_tls? I'm sure there
are some changes that have been made to mod_ssl that would need to be
ported over
On Thu, Aug 23, 2001 at 10:29:46AM -0400, Jim Jagielski wrote:
If the above changes are implemented, anyone foresee a -1 ??
Show us what the patch looks like, after incorporating the suggestions.
What happens to the char * init_single_listen() return value? errors?
This question is still
As mentioned in the initial dump, error and normal reporting still
needs to be finalized. This wasn't intended as the final, just
a head's up, since it is, in many ways, a feature-add, and I
want to avoid spinning my wheels on something that will be
bumped/vetoed anyway :)
Martin Kraemer wrote:
On Wed, Aug 22, 2001 at 09:03:21PM -0700, Ian Holsman wrote:
On Wed, 2001-08-22 at 20:58, Greg Stein wrote:
On Wed, Aug 22, 2001 at 03:59:56PM -0700, Ian Holsman wrote:
On Wed, 2001-08-22 at 15:41, Brian Pane wrote:
Ian Holsman wrote:
On Wed, 2001-08-22 at 14:12, Ryan Bloom wrote:
On Thu, 23 Aug 2001, Bill Stoddard wrote:
With the last mod_include fix, can we bump the tag on mod_include and
go beta?
After Greg puts back in the two other fixes he accidentally reverted in
his last commit and commits whatever fix it is that is running on
Daedalus for the
Lets get all the mod_include patches in then bump mod_include's tag to 2.0.24. That
will
clear us for a 2.0.24 beta should we decide that's what we want to do. Then tag 2.0.25
and
see if it compiles everywhere and runs on daedalus. I have a lot of confidence that
2.0.24
will fly now but no
I disagree quite strongly. Take a look at the CHANGES file for 2.0.25.
We have fixed at least on seg fault in mod_mime, a memory leak in
mod_mime_magic, and two major fixes to the build system.
2.0.25 is far better than 2.0.24, and I have very little confidence in re-tagging
a week after the
Not yet :) But that looks like a bug.
One of the major goals of flood is to ensure that it will scale huge using
whatever mechanisms the local machine/network has; be those threads,
forked children, remote instances of flood (over rsh/ssh), and all at
the same time if desired.
Feel free to
-1.
You just took a small macro, and turned it into a function, and copied that
function into three different places in the source tree. That's just asking
for future bugs.
Ryan
__
Ryan Bloom [EMAIL
What is the failure? And why was this not broken in Apache 1.3? The change seems
reasonable but curious if there is a better way to fix this.
Bill
On Thu, 2001-08-23 at 08:09, Bill Stoddard wrote:
With the last mod_include fix, can we bump the tag on mod_include and go beta?
I had 1 patch
Probably, but renames are a PITA.
Ryan
On Thursday 23 August 2001 09:47, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
Ok.. So, what you mean is to have 2 modules - (1). mod_ssl to implement the
HTTPS stuff, and (2). mod_tls which does just the SSL filtering. That's
great !!..
So, in
What in the world is apr_uri_components? Should I be searching in
files other than '*.c' and '*.h' to find it? gcc can't find it
either.
make[3]: Entering directory `/home/trawick/apache/httpd-2.0/modules/experimental'
It's in apr-util/include/apr_uri.h
Unless it has been
Right now, that's all built in InstallShield for Windows Installer 2.0 (ISWI).
Someday (sooner? later?) it would be nice to move it out of that product, which
makes a terrific IDE but sometimes has less than desireable amount of control.
- Original Message -
From: Günter Knauf [EMAIL
On Thu, 23 Aug 2001, Bill Stoddard wrote:
I don't think I am. Let's get this taken care of. :-/
Why? Most serious Apache users run Unix/Linux. And thread support
under Unix/Linux is one of the main features of Apache 2.0. Obviously
we need to fix Win32 but it is wrong to delay the beta
On Thu, 23 Aug 2001, Bill Stoddard wrote:
I don't think I am. Let's get this taken care of. :-/
Why? Most serious Apache users run Unix/Linux. And thread support
under Unix/Linux is one of the main features of Apache 2.0. Obviously
we need to fix Win32 but it is wrong to delay the
On Thu, 23 Aug 2001, Bill Stoddard wrote:
Just tried a new extract of HEAD and the server doesn't even build.
Yep, same here. I'll jump right in to that. sigh
Which is pretty much what I expected. At some point, we need to make
binaries available so the world can take a look at what we
Dies really quick... Any thoughts as to what the problem might be? This after a fresh
checkout of HEAD.
Configuration: libapr - Win32 Debug
Performing Custom Build Step on .\include\apr.hw
Created apr.h from apr.hw
Creating Version Resource
Error executing
On Thursday 23 August 2001 13:53, William A. Rowe, Jr. wrote:
From: [EMAIL PROTECTED]
Sent: Thursday, August 23, 2001 3:29 PM
trawick 01/08/23 13:29:47
Modified:modules/mappers mod_negotiation.c
Log:
please no // in Apache code... it doesn't compile everywhere
a
Is awk installed?
- Original Message -
From: Bill Stoddard [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, August 23, 2001 3:18 PM
Subject: Win32 compile breakage...
Dies really quick... Any thoughts as to what the problem might be? This after a fresh
checkout of HEAD.
Thanks for the feedback...
At 10:29 AM +0200 8/23/01, Martin Kraemer wrote:
Shouldn't these be
+#define DEFAULT_SERIALIZED_ACCEPT_METHOD fcntl
+#define DEFAULT_SERIALIZED_ACCEPT_METHOD flock
then?
The reason I have them as such is so that the actual C code takes
care of the quotes. I like to
Cliff Woolley [EMAIL PROTECTED] writes:
Crap, and I saw those (briefly), too... I thought they looked strange for
some reason but didn't focus on it long enough to see the obvious. I
wonder why the hell didn't this cause a gcc warning?
From a regression test report:
From: Greg Stein [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, August 23, 2001 6:21 PM
Subject: Re: Letting Table store non-char data
On Thu, Aug 23, 2001 at 07:50:03AM -0500, William A. Rowe, Jr. wrote:
From: Greg Stein [EMAIL PROTECTED]
Sent: Thursday, August 23, 2001 2:37 AM
current cvs default_handler is failing for pages that exist. problem is
due to ap_os_is_path_absolute() return false (in directory_walk), when the
path is in fact absolute, so get_path_info() never happens, leaving
r-finfo.filetype == 0. am i the only one seeing this? patch below
fixes here.
Hi,
I've compiled mod_unique_id for Win32 and for Netware, and on both platforms it seems
to work the same as with Unix, I can see a unique id with SSI and cgi scripts; so can
someone please explain why we have the #error about not supporting multitask OS?
Thanks, Guenter.
Netware, Win32, and OS2 are threaded architectures.
mod_unique_id is ugly, it made several presumptions based on the pid,
which is essentially broken on these other platforms.
If you look at the 2.0 repository, I believe we've gotten around to fixing
these broken assumptions. But Netware, OS2
This introduces a bug...
Revision 1.74 / (download) - annotate - [select for diffs] , Fri Aug 24 03:04:44 2001
UTC (79 minutes, 1 second ago) by trawick
Branch: MAIN
Changes since 1.73: +1 -1 lines
Diff to previous 1.73 (colored)
buffer .var maps to avoid asking the kernel for one byte at a
On Fri, Aug 24, 2001 at 01:02:58AM -0400, Cliff Woolley wrote:
On 24 Aug 2001 [EMAIL PROTECTED] wrote:
wrowe 01/08/23 21:41:47
Log:
WTF?
Maybe committed as daedalus was kicked? I dunno.
But, our mail server here at eBuilt kicked the bucket around the same
time as
httpd-test revealed a bug in processing recursive includes for
relative-pathed files. This patch fixes it, but it seems suboptimal... is
there are a faster way to test for this condition than doing a strcmp?
(PS: sorry about the line wraps.)
The problem is just that server/request.c sets
34 matches
Mail list logo