clayton cottingham wrote:
heya
im going through the procedure on writing
the modperl based tests
here is the part thats thowing,currently:
WriteMakefile(
clean = {
FILES = @{ clean_files() },
} ,
);
and here is the message i get:
Undefined subroutine
clayton cottingham wrote:
heya
i cant seem to get the lib 's set properly
right, The example I've used is for the project that resides under the
same tree as Apache-Test, so you've to set up your @INC.
But in reallity, before you start writing your code that uses
Apache::Test, you have to
From: Doug MacEachern [EMAIL PROTECTED]
hi gerald, not sure if you're familar with httpd-test yet, but there is a
t/modules/dav test currently using HTTP::DAV. i asked john sachs (author
of the dav test) if he could look into using your HTTP::Webdav for the
test, mainly because HTTP::DAV has
I ran across this by accident while searching for something else.
The research is excellent, albeit packed with a bit too much statistics
for a casual reader.
Roy
http://www.inria.fr/rrrt/rr-3840.html
RR-3840 - Traffic Model and Performance Evaluation of Web Servers
Liu, Zhen - Niclausse,
Stas Bekman wrote:
563PREOP = 'pod2text lib/Apache/Amazing.pm README', should it
bePREOP = `pod2text lib/Apache/Amazing.pm README`,
{back ticked?}
nope
wierd it only works backticked for me
strange?
plus there seems to be a prob with use libs on at least my machine
clayton cottingham wrote:
Stas Bekman wrote:
563PREOP = 'pod2text lib/Apache/Amazing.pm README', should it
bePREOP = `pod2text lib/Apache/Amazing.pm README`,
{back ticked?}
nope
wierd it only works backticked for me
strange?
what's the point of PREOP than? May be your version of
Stas Bekman wrote:
clayton cottingham wrote:
Stas Bekman wrote:
563PREOP = 'pod2text lib/Apache/Amazing.pm README', should it
bePREOP = `pod2text lib/Apache/Amazing.pm README`,
{back ticked?}
nope
wierd it only works backticked for me
strange?
what's the point
SUMMARY: no worries for 1.3.21; the effect is a less-than-optimal fatal
error message. Will patch in a moment.
-
Whoops... yes, there *is* a logic error there. The logic should be checking
for the presence of ./lib/expat-lite
Oh... crap. And yes... now I see what you mean about the typo
On Thu, Oct 04, 2001 at 08:40:38PM -, [EMAIL PROTECTED] wrote:
wrowe 01/10/04 13:40:38
Modified:docs/conf httpd-std.conf httpd-win.conf
Added: docs/conf ldap.conf proxy.conf ssl.conf
Log:
Split the significant modules into segregated module configs.
Well, it mostly works. It isn't perfect and some cases aren't
being handled. However, I'm not sure how much time I'm going
to have today to work on it. So, I'll post what I have to the
list and see what you all think.
I think churn_input is mostly working - most of the problems
are with
Greg Stein [EMAIL PROTECTED] writes:
On Thu, Oct 04, 2001 at 08:40:38PM -, [EMAIL PROTECTED] wrote:
wrowe 01/10/04 13:40:38
Modified:docs/conf httpd-std.conf httpd-win.conf
Added: docs/conf ldap.conf proxy.conf ssl.conf
Log:
Split the significant
Should we be playing around with the CVS tree now? Has it been
retagged and rolled yet? I have some fluff to work on, but don't
want to mess up the t/r
--
===
Jim Jagielski [|] [EMAIL PROTECTED] [|]
1.3.21 has been tagged but not rolled. I was planning on doing the roll this AM.
However,
I fear the infinite recursive loop Greg found in 2.0 exists in 1.3. I plan to do some
testing later this morning.
Bill
- Original Message -
From: Jim Jagielski [EMAIL PROTECTED]
To: [EMAIL
-Original Message-
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
Has anyone attempted to contact Ralf to see if we can use the
original mod_ssl manual? From what I can tell, it says, All rights
reserved on the manual on mod_ssl's website. Was that transferred
to the ASF as
Jim Jagielski [EMAIL PROTECTED] writes:
Should we be playing around with the CVS tree now? Has it been
retagged and rolled yet? I have some fluff to work on, but don't
want to mess up the t/r
I hope it isn't rolled for a few more hours. I finally got some time
this a.m. and am trying to
Bill Stoddard wrote:
1.3.21 has been tagged but not rolled. I was planning on doing the roll this AM.
However,
I fear the infinite recursive loop Greg found in 2.0 exists in 1.3. I plan to do some
testing later this morning.
Gotcha... It looks like some things have been added since the
Here is the http_main.c change to fix the compilation error on TPF.
This change is within an #if defined(HAVE_TPF_CORE_SERIALIZED_ACCEPT)
block of code so it should not affect any other platforms.
Thank you,
David McCreedy
diff -ru3 before/src/main/http_main.c after/src/main/http_main.c
---
On Friday 05 October 2001 01:51 am, [EMAIL PROTECTED] wrote:
jerenkrantz01/10/05 01:51:43
Modified:server protocol.c
Log:
I believe it is a kosher for a filter to return EOS, but return
APR_SUCCESS via ap_get_brigade. So, we should treat this as end-of-input.
It is
David McCreedy [EMAIL PROTECTED] writes:
Here is the http_main.c change to fix the compilation error on TPF.
committed, tag moved forward
--
Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:
http://www.geocities.com/SiliconValley/Park/9289/
Born in Roswell...
Jim Jagielski [EMAIL PROTECTED] writes:
Jeff Trawick wrote:
David McCreedy [EMAIL PROTECTED] writes:
Here is the http_main.c change to fix the compilation error on TPF.
committed, tag moved forward
I just backed that out... A better patch was applied to fix this
after
On Fri, 5 Oct 2001, Jim Jagielski wrote:
I just backed that out... A better patch was applied to fix this
after OtherBill applied Dave's patch (for some reason, OtherBill
got the patch *way* before anyone else did... I say Dave's post
this am myself). Dave has verified that the patch worked.
I believe it is a kosher for a filter to return EOS, but return
APR_SUCCESS via ap_get_brigade. So, we should treat this as end-of-input.
BTW, kosher is an adjective, not a noun. :-)
Ryan
__
Ryan Bloom
Bill
I was able to do some basic tests on a few platforms this a.m.,
banging on httpd static pages and trying restart, graceful, and stop.
./configure --with-layout=Apache --prefix=/tmp/1.3.21
--enable-module=most --enable-shared=max
moof.apache.org Mac OS X gcc no problems
my
Greg Ames wrote:
...well, at least until my ulimit of 1024 open file descriptors kicks
in.
setup: DocumentRoot contains /index.html, mod_negotiation is built in,
Options MultiViews is coded in the config file. Directory
doc_root/index/ does not exist.
URI: /index/garbage/trash (the
Testing the build on RH 6.2 with -Wall -Wshadow:
1. '/*' inside a comment in proxy_http.c:477
2. -Wshadow shows some warnings in ab.c (thought those were all
cleared up?).
3. I wish we could fix that bloody http_config.h:98 'function
declaration isn't a prototype' message..
About to
Is this fixed now, or does compile still complain without the cast?
Chuck
On Wednesday, October 3, 2001, at 10:08 AM, Günter Knauf wrote:
Hi,
with recent changes to mod_proxy now compilition breaks with CW6, CW5
and gcc give warnings.
If defining pragma as const char is a problem on other
They're in the usual place.
Thanks,
Bill
On Friday, October 5, 2001, at 01:01 PM, Rodent of Unusual Size wrote:
Testing the build on RH 6.2 with -Wall -Wshadow:
1. '/*' inside a comment in proxy_http.c:477
Sigh. This is fixed now. Does not affect build.
Chuck
Hi,
Is this fixed now, or does compile still complain without the cast?
fixed.
Guenter.
On 5 Oct 2001 [EMAIL PROTECTED] wrote:
ap_brigade_partition does a blocking read.
Correct.
Ryan, Greg, and others can figure out if ap_brigade_partition should
be tweaked to handle AP_NONBLOCK_READ natively. I'm of a mixed mind,
but this addresses the short term need.
No, it
On Fri, Oct 05, 2001 at 03:10:55PM -0400, Cliff Woolley wrote:
On 5 Oct 2001 [EMAIL PROTECTED] wrote:
ap_brigade_partition does a blocking read.
Correct.
Ryan, Greg, and others can figure out if ap_brigade_partition should
be tweaked to handle AP_NONBLOCK_READ natively. I'm
On Friday 05 October 2001 12:21 pm, Justin Erenkrantz wrote:
Yup, that's what I was thinking. =)
Now, what about the case that we want to do a blocking read but we
don't really know how much to read? I think it is analogous to the
non-blocking case (what this commit does), but it just
The tagged version apache 1.3.21 fails on NetWare because of a problem in HTTPD.CONF.
A Directory... block was added to handle access to /manual/ which appears to be
mis-configured. The file httpd.conf-dist-nw contains the following block:
# This Alias will project the on-line
On Fri, Oct 05, 2001 at 12:55:59PM -0700, Ryan Bloom wrote:
On Friday 05 October 2001 12:21 pm, Justin Erenkrantz wrote:
...
So, I'm thinking a new ap_get_brigade mode called
AP_BLOCKING_PARTIAL_MODE might do the trick. It tells the core input
filter that it is okay to return less than
Note that all of this becomes *much* easier if we just switch over to
directly reading the socket.
Cheers,
-g
On Fri, Oct 05, 2001 at 08:54:19AM -, [EMAIL PROTECTED] wrote:
jerenkrantz01/10/05 01:54:19
Modified:server core.c
Log:
Allow the core input filter to handle
According to the 1.3.21 tarball that is currently available for testing, /manual is a
sub-directory of /htdocs. NetWare does not have an install program and up until now,
the directory structure in the tarball has matched the conf file. Is that now not the
case or does the directory
on 10/5/01 10:40 AM, Bill Stoddard at [EMAIL PROTECTED] wrote:
They're in the usual place.
Compiles, builds, runs on Darwin 1.4 / Mac OS X 10.1:
[monalisa:/tmp] sctemme% uname -a
Darwin MonaLisa 1.4 Darwin Kernel Version 1.4: Sun Sep 9 15:39:59 PDT 2001;
root:xnu/xnu-201.obj~1/RELEASE_PPC
On Fri, Oct 05, 2001 at 04:44:21PM -0400, Cliff Woolley wrote:
On Fri, 5 Oct 2001, Brad Nicholes wrote:
Shouldn't this be @@DocumentRoot@@ rather than @@ServerRoot@@ since
/manual/ is a subdirectory of /htdocs/ ?
But /manual/ is not a subdirectory of /htdocs/ anymore (or at least it
This change was anounced some time ago in CHANGES, and the httpd.conf changed
immediatly for all platforms, but in the tarballs it was still under htdocs and didnt
move one down. I posted here, but nobody cared about and so I simply changed my
dist-batch to move ./manual one down and all works
From: Justin Erenkrantz [EMAIL PROTECTED]
Sent: Friday, October 05, 2001 4:50 AM
Ideally, we almost need another mode type that says, I want you to
block until the first packet received and then return that to me.
This is along the lines of what Madhu was talking about earlier.
And, I now
On Friday 05 October 2001 03:34 pm, William A. Rowe, Jr. wrote:
From: Justin Erenkrantz [EMAIL PROTECTED]
Sent: Friday, October 05, 2001 4:50 AM
Now PLEASE understand that maxbytes 0 (originally, the -1 idea) doesn't
say 'read everything from this socket' --- it leaves the best-fit for
the
From: Jim Jagielski [EMAIL PROTECTED]
Sent: Friday, October 05, 2001 9:46 AM
Jeff Trawick wrote:
oh, darn! I see now that David's post was Wednesday but honestly it
just showed up in my in-box!!!
No problem! It just showed up in mine as well! No idea how OtherBill
got *his* so
From: Justin Erenkrantz [EMAIL PROTECTED]
Sent: Friday, October 05, 2001 7:47 PM
On Fri, Oct 05, 2001 at 05:34:41PM -0500, William A. Rowe, Jr. wrote:
Aaron and I were chatting about this in stream-of-consiouness mode,
let me boil down our collective lightbulb.
The more, the merrier.
In testing the 1.3.21 tarball I found another fix required in a
TPF-specific block of http_main.c due to mutex processing changes.
I don't want to nix 1.3.21 but if 1.3.22 is going to happen anyway this
change should be incorporated before it's rolled.
As I said above, the patch is in a
On Fri, Oct 05, 2001 at 04:06:56PM -0700, Ian Holsman wrote:
hey guys.
just got a simple question.
What would the ramifications be if we changed the config options from
'directory specific' to 'server' specific.
I mean what functionality would we lose if we were just able to set all
Roy T. Fielding wrote:
On Fri, Oct 05, 2001 at 04:06:56PM -0700, Ian Holsman wrote:
hey guys.
just got a simple question.
What would the ramifications be if we changed the config options from
'directory specific' to 'server' specific.
I mean what functionality would we lose if we were just
From: Roy T. Fielding [EMAIL PROTECTED]
Sent: Friday, October 05, 2001 8:42 PM
On Fri, Oct 05, 2001 at 04:06:56PM -0700, Ian Holsman wrote:
hey guys.
just got a simple question.
What would the ramifications be if we changed the config options from
'directory specific' to 'server'
William A. Rowe, Jr. wrote:
[...]
The reason I'm asking is that in CNET's case (and probably other corporate
web-sites)
most of these things would be set only once, and all the merges are just a
waste of CPU.
Not anymore ;) That is, we might have a few merges, but they are an order
of
On Fri, 5 Oct 2001, Greg Stein wrote:
Um... gotta ask Ken about this. He vetoed a change in this area.
If the change related to the veto hasn't been backed out, then we may have
to yank 1.3.21
I'd totally forgotten it had been vetoed. :-/ Anyhow, it has definitely
NOT been completely
From: Cliff Woolley [EMAIL PROTECTED]
Sent: Friday, October 05, 2001 10:15 PM
On Fri, 5 Oct 2001, Greg Stein wrote:
Um... gotta ask Ken about this. He vetoed a change in this area.
If the change related to the veto hasn't been backed out, then we may have
to yank 1.3.21
I'd
On Fri, Oct 05, 2001 at 03:39:47PM -0700, Ryan Bloom wrote:
On Friday 05 October 2001 03:34 pm, William A. Rowe, Jr. wrote:
Now PLEASE understand that maxbytes 0 (originally, the -1 idea) doesn't
say 'read everything from this socket' --- it leaves the best-fit for
the underlying filter
52 matches
Mail list logo