While at it, please fold that svn commit list back into [EMAIL PROTECTED]
Bill
Justin Erenkrantz wrote:
I'd like to propose shutting down [EMAIL PROTECTED] and move it all back under
[EMAIL PROTECTED]
The traffic on [EMAIL PROTECTED] list doesn't justify a separate list, and the
Apache-Test co
Justin Erenkrantz wrote:
Any objections? If no one screams, I'll do it next week. -- justin
+1
And that answers that
Zubin, would you .gz compress your .t file to see if it comes through?
Since Zubin's posts for the .t file kept failing (yet I can see them in
my own email client from Zubin) - I thought I'd try resending for him
the new pr37145.t - and see if Thunderbird + apmail does any better.
Zubin Kika wrote:
Don't know why the other file didn't make it.
Attaching pr37145.t
Roy T.Fielding wrote:
Much to my surprise, I apparently have a board report due yesterday
for this Wednesday's board meeting. Do we have any ASF issues that
need reporting to the board, aside from what is in STATUS*?
Any choice commentary? Does anyone else feel like we have too many
dev lists f
Sander Temme wrote:
Finally, please make sure that you have permission from your company to
submit patches. Submitting material means that you give it, and its
copyright, to the Apache Software Foundation. Covalent has a long
history of contributing to the ASF, and I don't think you'll hav
Well, you are already here :) This is the discussion list of the
test suite and results folks observe.
Whenever you catch a regression, you are welcome to direct the info
to dev@httpd.apache.org, noting the prior-good and new-errored flavors
of httpd.
Beyond that - please submit patches to the p
t 05:33 PM 7/22/2005, William A. Rowe, Jr. wrote:
>At 05:20 PM 7/22/2005, William A. Rowe, Jr. wrote:
>>On Win32...
>>
>>Using openssl 0.9.8, httpd 2.1-dev (current) and perl-framework
>>(current)... and I end up in a loop between running t/TEST -clean
>>and t/TEST -ap
At 05:20 PM 7/22/2005, William A. Rowe, Jr. wrote:
>On Win32...
>
>Using openssl 0.9.8, httpd 2.1-dev (current) and perl-framework
>(current)... and I end up in a loop between running t/TEST -clean
>and t/TEST -apxs g:/path/to/apxs with this error, every time;
Ok - I lie - now -
On Win32...
Using openssl 0.9.8, httpd 2.1-dev (current) and perl-framework
(current)... and I end up in a loop between running t/TEST -clean
and t/TEST -apxs g:/path/to/apxs with this error, every time;
The Subject's Distinguished Name is as follows
countryName :PRINTABLE:'US'
stateOrP
At 03:27 PM 11/23/2004, Joe Orton wrote:
>> Second, whenever we fail any CAN-2004-.t we must direct the
>> user to some patch where they can remedy the situation. I'm sort
>> of laughing that I spent 4 hours yesterday researching two vulns
>> that many other engineers had spent 4 hours resear
At 12:25 PM 11/23/2004, Cliff Woolley wrote:
>On Tue, 23 Nov 2004, Joe Orton wrote:
>
>> Discussion of whether or not it's useful to have PHP tests in httpd-test
>> can take place on test-dev@, please send your comments there and I'll
>> follow up.
>
>I actually think it's useful to have php tests
At 01:13 PM 11/19/2004, Sander Striker wrote:
>Hi everyone,
>
>The CVS to SVN conversion of the Apache HTTP Server projects is
>complete.
Committers will note their cvs diff of the now-locked repository
will blow up for failure to create your lockfile... to rescue
your deltas, use;
cvs -d :pser
At 11:23 AM 11/4/2004, Geoffrey Young wrote:
>>
>> If I had to guess, this borks anything but gmake. Test for that.
>
>I had asked on #asf about this and somebody (I forget who) said that the
>make manpage on minortaur (some bsd variant) supports ?= as well. from
>looking at that it seems to be
At 10:35 AM 11/4/2004, Geoffrey Young wrote:
>>> -TEST_VERBOSE ?= 0
>>> +TEST_VERBOSE = 0
>>
>> why not if (WIN32) {} then?
>
>do win32 environments add some magic WIN32 environment variable I can check
>in the Makefile? if they do and we can work around them that's cool with me.
If I had t
At 11:46 AM 3/22/2004, Stas Bekman wrote:
>Rodent of Unusual Size wrote:
>
>>TestConfigC.pm was making the assumption that that '-llibhttpd -p'
>>was valid for all versions of the server on windows. conditionalised
>>and now it works. committed.
>
>Good work, Ken!
>
>in the future commits pleas
At 02:51 PM 3/15/2004, you wrote:
>On Mon, 15 Mar 2004, Rodent of Unusual Size wrote:
>
>> also, there apparently is no longer an apxs.pl for 2.0 windows --
>> so what's the magic Makefile.PL argument to let the test modules
>> be built?
>
>There is an alpha port of apxs for Win32 for Apache/2.0;
>
The question was due to a typo in a hastily written description;
At 08:55 PM 1/8/2004, Donald Doane wrote:
>The following comment is from apr_lib.h:
>
> * apr_vformatter does not call out to any other code, it is entirely
> * self-contained. This allows the callers to do things which are
> * othe
At 02:02 PM 12/8/2003, Geoffrey Young wrote:
>so, this is not a big deal, and it's not just mod_include that has warning
>troubles. so, I'll tidy up the perl and that will help a few things along.
No arguement there, if the *perl-framework* is broken your fixes are
appreciated.
>> 2.1 runs fine
At 03:29 PM 11/21/2003, Sander Temme wrote:
>> You may have less grief (if you are checking out from CVS) to continue
>> to checkout from the tag APR_0_9_BRANCH (and the corresponding tag
>> APU_0_9_BRANCH on apr-util).
>
>I am not sure, and Sander Striker last weekend was not sure, what is
>actual
At 01:58 PM 11/21/2003, Norman Tuttle wrote:
>Apparently, Flood development cannot keep up with the APR development.
>This is a problem because many of the Flood features working properly is
>dependent on the APR working properly (and continuing to work). It is
>essential for those working with Flo
Flood users,
You may have less grief (if you are checking out from CVS) to continue
to checkout from the tag APR_0_9_BRANCH (and the corresponding tag
APU_0_9_BRANCH on apr-util).
On the other hand, it should continue to build on APR_1_0_BRANCH,
or we should adopt the appropriate patches. I
Norman, we need the unified, diff -u3 results, as the regular diffs don't
provide enough context. I'll review and commit in the morning if you
would please repost.
If your mailer wraps or distorts text, do not send inline, but please attach
instead.
Bill
At 02:23 PM 10/9/2003, Norman Tuttle wr
At 10:09 PM 7/29/2003, Randy Kobes wrote:
>As far getting the right name for the Win32 binary goes with apxs
>present, I don't think there's an ideal solution ... To
>summarize, the problem is that apxs -q TARGET ( = httpd) is used
>in Apache-Test for the name of the apache binary, whereas in
>oth
At 12:21 PM 7/11/2003, Geoffrey Young wrote:
>in either case, I still think have_apache_mpm() is a decent API for
>Apache-Test, no matter how it's implemented behind the scenes. does it make
>sense to get that in first as I last proposed then change the implementation
>later? I guess the othe
At 07:02 PM 7/9/2003, Geoffrey Young wrote:
>William A. Rowe, Jr. wrote:
>> It seems like the API for ap_mpm_query would be simpler to follow,
>> just extended to run outside-of-apache.
>
>probably, and it would certainly be safer than checking -V output. the issue I
>se
At 08:28 AM 6/25/2003, Geoffrey Young wrote:
>hi all
>
> I thought it might be useful to have an have_apache_mpm function. while not
> particularly useful for individual tests, I use have_min_apache_version()
> from my Makefile.PL and plan to use have_apache_mpm() from there as well. I
> susp
I'm getting a few odd behaviors, this is the first...
pm_to_blib: $(TO_INST_PM)
@$(PERL) "-I$(INST_ARCHLIB)" "-I$(INST_LIB)" \
"-I$(PERL_ARCHLIB)" "-I$(PERL_LIB)" -MExtUtils::Install \
-e "pm_to_blib(qw[ < before $(PM_TO_BLIB) ... there should be no linebreak
before that va
Win32 is quite safe using Sleep() on one thread. In fact, Sleep(0) will simply
let the process surrender the rest of the thread's current time slice.
Now, I agree this sounds like a huge concern, and not just for the flood app.
We would abosolutely like to address it in APR itself.
If you have m
AHHH... you are confusing apr/test (Ryan's ongoing efforts, even apart
from the apr group) which tests internal functions, with perl-testsuite,
which tests behavior of the server.
If Joe's tests work - commit them :-)
And the tests you cite... ssl/http.t is expected to fail today, mod_ssl once
pr
At 04:56 PM 2/4/2003, [EMAIL PROTECTED] wrote:
>In these days of IDEs and automake, I feel like a caveman when I advocate
>writing makefiles by hand. But, they always seemed more maintainable
>and manageable than those DSP files. I've had to diff way too many DSP
>files these past several years
users, I would have the DSP invoke the NMAKE
>makefiles and specify debug/release. The goal is to keep the compiling
>and linking in the NMAKE makefiles.
>
>--- Original Message Dated: Tue, 04 Feb 2003 10:33:24 -0600
>|From: "William A. Rowe, Jr." <[EMAIL PROTECT
I liked the earlier patch to enable/disable OpenSSL. But the patches
below indicate why we don't use batch files... we can't go digging
throughout the system and order the various VisualStudios and
PlatformSDKs correctly; that has to be up to the developer.
SO...
The update to VisualStudio 6.0 f
That's actually sorta sad... are they missing CRYPTO_malloc_init as well?
At 08:42 PM 1/29/2003, Cliff Woolley wrote:
>Figured it out. It was a bug in Crypt::SSLeay ... not sure how it ever
>even worked. I'm sending them the following patch:
>
>--- SSLeay.xs.orig 2002-08-01 17:43:22.00
+1
At 05:46 PM 1/29/2003, you wrote:
>Summary:
> * Updated flood_test.dsp to MS DevStudio 6 format
>
>This patch updates the file flood_test.dsp to Developer Studio (DevStudio)
>version 6. Developer Studio version 6 no longer needs to upgrade the
>DSP file on-the-fly when you load flood.dsw. Th
Nice patch, ++1.
At 07:52 PM 1/28/2003, [EMAIL PROTECTED] wrote:
>This patch is the first in a series that will produce a running
>executable on Win32 platforms with Microsoft Visual C++ 6.0.
>My Win32 development environment is Microsoft Windows 2000
>Service Pack 3 and MS Visual C++ 6.0 Service
Guys, some time in the {recent} past, TEST.pl was renamed TEST.
Now that's fine for the lot of you on Unix, but on Win32 that means
invoking perl t/TEST instead of just using the command t\TEST.pl
(doesn't EVERYONE add .pl to their PATHEXT systemwide env vars?)
Who would object to going back to TE
The following tests are all sh scripts that won't work on win32, we should
exclude on non-sh supporting platforms;
apache\acceptpathinfo.t 36 10 27.78% 9-10, 21-24, 33-36
The following test looks like we didn't follow our have apxs test results
(we can't compile modules on win32 r
Yes, just one other (little) thing... the appropriate .conf sections for
the bad resources below would be great!
Thanks!!! Sorry, I am 'between machines' right now. I've pruned your comments
below so I can print and study them. I'm near-certain this is a behavior
change based on the new negotia
From: "Randy Kobes" <[EMAIL PROTECTED]>
Sent: Sunday, January 06, 2002 5:13 PM
> From: "Doug MacEachern" <[EMAIL PROTECTED]>
> Sent: Saturday, January 05, 2002 6:38 PM
>
> > i wouldn't object to special casing to make win32 happy. though i find it
> > odd that things are working ok as-is on my
From: "Rodent of Unusual Size" <[EMAIL PROTECTED]>
Sent: Wednesday, January 02, 2002 10:47 PM
> Maybe it's because of all the attention on 2.0, but suddenly
> t/TEST is hanging when run against a 1.3 server. This is
> new behaviour since 2 December 2001, when it was working
> fine.
t/TEST -d=lw
I've been diagnosing our failures of httpd.
My Win32 machine has the usual, bogus computer name (v505, in my case.)
There is no 'magic' DNS going on, Win32 is usually clueless. And since
I cannot convice my machine to look in any DNS other than the 'blessed
Windows Domain Server' [I have none], I
From: "Randy Kobes" <[EMAIL PROTECTED]>
Sent: Sunday, December 30, 2001 12:30 PM
> From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
> Sent: Friday, December 28, 2001 10:55 PM
> >
> > but is anyone familiar with the following failure cases on win
but is anyone familiar with the following failure cases on win32?
modules\access..FAILED tests 4, 20-21, 24, 26, 28, 30, 38, 55, 72, 89, 106-1
07, 123-124, 141, 154, 168, 170, 175, 192, 209, 226, 277, 290, 304, 306, 311, 32
8, 345, 362
Failed 31/408 tests, 92.40% okay
modules\dav...
I'd like to propose a radical new notion for releases.
Prior to tag, we use perl-framework to actually check that the
current server is fully operational [as defined by our wonderful
test-dev group!!!] If that passes, tag. Let other platforms
run it through the test suite. If they pass, we roll
This isn't a support forum, it's a development forum for Apache regression
and performance test. Please see http://httpd.apache.org/userslist.html,
or you might try comp.infosystems.www.servers.ms-windows (whichever is easier.)
- Original Message -
From: "Rubber-Tree-Plant" <[EMAIL PR
From: "Rodent of Unusual Size" <[EMAIL PROTECTED]>
Sent: Thursday, November 29, 2001 10:06 AM
> Rodent of Unusual Size wrote:
> >
> > Doing this on Win32 (NT4), I have a t\SKIP file containing:
> >
> > modules/dav
> > ssl/all
>
> Stone me! OtherBill was right; these need to be specified as
>
That would be my patch to detect an 'extra unused arg' to httpd.
As it is, there was no quick-fix I could see, so I've reverted.
Update your httpd-2.0 cvs
- Original Message -
From: "Doug MacEachern" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 29, 2001 1:34 AM
S
Cliff is right ... this is not the right list... the newsgroup is
news:comp.infosystems.www.servers.ms-windows
And for the other answer --- YES you can create filenames beginning with dot,
the only trick (in all Windows file open/save dialog boxes) is to QUOTE the
filename (e.g. ".htaccess" instea
From: "Roy T. Fielding" <[EMAIL PROTECTED]>
Sent: Friday, November 09, 2001 2:19 PM
> > Since SSI is another beast, it accepts path_info and serves the
> > page.
>
> Yes, though I wish I could find a way to prevent if from doing so
> if it did not expect path_info.
I've been thinking the same t
From: "Rodent of Unusual Size" <[EMAIL PROTECTED]>
Sent: Friday, November 09, 2001 5:10 AM
> john sachs wrote:
> >
> > anyway, in doing so, i noticed that 1.3 serves the page
> > as you'd expect. in 2.0, you get 404. which is "correct"?
>
> 404 is most definitely not correct. Adding a '/', o
Ok... ideas?
Oh... but first good news, all non-ssl tests fly other than rewrite &
vhost_alias :)
GET http://www2.rowe-clan.net:8529/modules/rewrite/ Accept lucky13:
Accept: lucky13
User-Agent: libwww-perl/5.5397
HTTP/1.1 400 Bad Request
Connection: close
Date: Sun, 21 Oct 2001 05:00:23 GMT
Se
Could be cool if -winnow or some other arg would run only failed tests,
for developers to quickly repeat the problem.
Only problem with that theory ... we force a reconfig every time httpd's
date stamp changes :)
Bill
From: "Stas Bekman" <[EMAIL PROTECTED]>
Sent: Wednesday, October 17, 2001 11:14 PM
> William A. Rowe, Jr. wrote:
>
> > From: "Stas Bekman" <[EMAIL PROTECTED]>
> > Sent: Wednesday, October 17, 2001 10:40 PM
> >
> >> exec ./t/T
From: "Stas Bekman" <[EMAIL PROTECTED]>
Sent: Wednesday, October 17, 2001 10:40 PM
> exec ./t/TEST protocol/eliza
> protocol/elizaskipped: missing Chatbot::Eliza1
> All tests successful, 1 test skipped.
>
> The extension of Test::plan is already somewhat tricky, so in order to
> preserve
From: "Doug MacEachern" <[EMAIL PROTECTED]>
Sent: Wednesday, October 17, 2001 12:14 PM
> On Wed, 17 Oct 2001, William A. Rowe, Jr. wrote:
>
> > It's ok, that patch broke win32 as well... we end up with paths like
>
> wha? the 5.005 comp
From: "Rodent of Unusual Size" <[EMAIL PROTECTED]>
Sent: Wednesday, October 17, 2001 10:28 AM
> [EMAIL PROTECTED] wrote:
> >
> > dougm 01/10/16 13:33:10
> >
> > Modified:perl-framework Makefile.PL
> >perl-framework/t TEST.PL
> > Log:
> > work with Perl 5.005
>
>
From: "Doug MacEachern" <[EMAIL PROTECTED]>
Sent: Tuesday, October 16, 2001 10:27 PM
> On Tue, 16 Oct 2001, William A. Rowe, Jr. wrote:
>
> > As far as file 'comparisons' to the pod files, I believe we've probably
> > opened those files in the
- Original Message -
From: "Doug MacEachern" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 16, 2001 10:27 PM
Subject: Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache
TestConfig.pm TestRun.pm
> On Tue, 16 Oct 2001, W
From: <[EMAIL PROTECTED]>
Sent: Tuesday, October 16, 2001 8:30 PM
> dougm 01/10/16 18:30:40
>
> Modified:perl-framework/Apache-Test README
>perl-framework/Apache-Test/lib/Apache TestConfig.pm
> TestRun.pm
> Log:
> backing out the set of --?
Works (horah!) Well, changes things at least;
server www2.rowe-clan.net:8529 started
apache/404..Use of uninitialized value in join or string at C:/clean/htt
pd-test/perl-framework/blib/lib/Apache/TestConfig.pm line 513.
apache/404..dubious
Test returned status 255 (wstat
From: "Doug MacEachern" <[EMAIL PROTECTED]>
Sent: Tuesday, October 16, 2001 8:50 PM
> On Tue, 16 Oct 2001, William A. Rowe, Jr. wrote:
>
> > [Tue Oct 16 19:07:41 2001] [error] (33501)No such host is
> > known. : Cannot resolve host name _default_:mod_pro
In the testbench, with lots 'n lots o' modules enabled, I hit this;
waiting for server to warm up..
[Tue Oct 16 19:07:41 2001] [error] (33501)No such host is known. : Cannot
resolve host name _default_:mod_proxy --- ignoring!
[Tue Oct 16 19:07:41 2001] [error] (33501)No such host is known.
63 matches
Mail list logo
