Hey Zubin!
On Sep 13, 2005, at 5:04 AM, Zubin Kika wrote:
I am a member of the Covalent QA team, and would like
tocontribute to httpd-test.
Welcome, welcome. The way this works is as follows: when you have a
suggestion for improvement, or a test that you would like to submit
to httpd
On May 9, 2004, at 4:18 PM, Geoffrey Young wrote:
t/apache/errordoc.t 2 51214 14 100.00% 1-14
I added that test recently and it passes for me on fedora. can you try
$ t/TEST t/apache/errordoc.t -v
and send that along (along with any relevant error_log messages).
that all
tests
>> Just a note. I'm doing the httpd code base only... :-)
>
> Right. I have just relicensed httpd-test/flood repo. Thanks for the heads-up.
httpd-test/specweb99 is also done.
S.
--
[EMAIL PROTECTED] http://www.temme.net/sander/
PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529
> the various types of URLs. Fortunately, the client prints the URLs before it
> tests them. Cut-n-paste the failing URLs into a browser navigation bar and
> hit
> enter. What does the browser display?
Even better, the manager script dumps the result of its tests to files with
names like 'dync
>> I recall hearing that SysV sems are notorious for that on
>> some platforms.
>
> I'm thinking of having the SEM_UNDO flag while creating the semaphore (if
> it's not already enabled)
APR's sysvsem IPC locks have undo enbaled.
> There's one more thing I noticed (might be specific to HP-UX) : I
>>> 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
>> actually going on in APR branching: for i
> 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
actually going on in APR branching: for instance APR 0.9
> where is config_vars.mk supposed to come from ?
Ought to be installed with Apache 2... in the build directory where libtool
sits, and a bunch of other build helpers.
S.
--
Covalent Technologies [EMAIL PROTECTED]
Engineering groupVoice: (415) 856 4214
303 Se
> /usr/bin/perl "-I/usr/lib/perl/5.6.1" "-I/usr/share/perl/5.6.1" Makefile.PL
> generating script ./t/htdocs/modules/rewrite/db.pl
> APXS (/usr/sbin/apxs) query for SBINDIR failed
> APXS (/usr/sbin/apxs) query for TARGET failed
> APXS (/usr/sbin/apxs) query for SYSCONFDIR failed
This happens whe
> So it can't be used to test remote servers now?
This is correct. Perl-framework and httpd are required to be on the same
host.
S.
--
Covalent Technologies [EMAIL PROTECTED]
Engineering groupVoice: (415) 856 4214
303 Second Street #375 South Fax: (
All,
Months ago, Madhu posted a patch to put thread-safe locks around the Post
logging in mod_specweb99... here's an alternative using apr_global_mutex
locks:
Index: mod_specweb99.c
===
RCS file: /home/cvs/httpd-test/specweb99/specwe
Hi all,
This patch fixes a problem that occurs when RSA SSL-C is used as back-end
for mod_ssl:
Index: t/conf/ssl/proxyssl.conf.in
===
RCS file:
/home/cvspublic/httpd-test/perl-framework/t/conf/ssl/proxyssl.conf.in,v
retrieving revis
on 7/11/03 9:06, David Wheeler at [EMAIL PROTECTED] wrote:
> The above patch doesn't work. But this does:
Ehm... works for me. I think you're working in the mod_perl space and I'm
just concentrating on the Apache core. Maybe there are side effects that I'm
not seeing?
> --- TestRequest.pm.~1.8
on 7/10/03 18:00, Stas Bekman at [EMAIL PROTECTED] wrote:
>
> Does this work?
>
> else if ($redir) {
>$RedirectOK = $redir;
> }
It does. However, isn't this the same condition as in the top if clause?
Wouldn't you want to:
Index: Apache-Test/lib/Apache/TestRequest.pm
==
on 7/10/03 12:56, Sander Temme at [EMAIL PROTECTED] wrote:
> parameter to the request invocations in t/apache/acceptpathinfo.t. Neither
> produces any result. Am I looking in the right place?
Breadcrumbing my way through Apache-Test/lib/Apache/TestRequest.pm by
liberally sprinkling
on 7/8/03 0:28, [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:
> stas2003/07/08 00:28:28
>
> Modified:perl-framework/Apache-Test/lib/Apache TestRequest.pm
> Log:
> Change the way the redirect_ok parameter works so that it affects only
> _that call_ to the function. Afterward it should
on 5/20/03 10:53, Sander Temme at [EMAIL PROTECTED] wrote:
> This breaks on RH 8.0 and Solaris 7, both on perl 5.8.0, with the following
The following patch gets me back in the saddle, not only on Linux/Solaris
but also on Darwin 6.6:
Index: Apache-Test/lib/Apache/TestConfig
on 5/19/03 23:01, [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:
This breaks on RH 8.0 and Solaris 7, both on perl 5.8.0, with the following
protest:
pxs /tmp/apache2/bin/apxs
Useless use of a constant in void context at
Apache-Test/lib/Apache/TestConfig.pm line 784.
Compilation failed in require
on 5/15/03 14:10, Greg Ames at [EMAIL PROTECTED] wrote:
> moving to test-dev so others can review/test/comment/commit.
Yeah, that time stuff is different between linux and Solaris. I vaguely
remember doing some macros at some point to catch this... yup, in
mod_specweb99.h in the same dir... line
on 5/9/03 8:22, Greg Ames at [EMAIL PROTECTED] wrote:
> For 2.0, we don't use apxs to build mod_specweb99, although that is a worthy
> goal. We build it as if it were part of the standard httpd distribution.
> Copy
> the files from the specweb99-2.0/ directory to your
> httpd-2.0/modules/generat
> Does anybody know if the mod_specweb99.c been 'blessed' by the SPEC
> committee ?..I mean, have they acknowledged that the module acts in a SPEC
> compliant manner?
As far as I am aware, the module has not been used for benchmarks submitted
to the SPEC organization. That is the moment any code w
>> Is this against the spec or something ?.
>
> Which spec? If you are referring to either the SPECWeb99 run rules or to
> RFC2616, neither of them dictate which syscalls you use.
IIRC, the SPECWeb99 run rules just say that you have to treat ad expiration
correctly.
S.
--
Covalent Technologie
> Does anyone have a perl script etc. to automatically convert all leading tabs
> to
> n blanks? I was thinking of manually de-tabifying in the vicinity of this
> fix,
> but it would be better to do the whole thing if I can get my hands on such a
> tool.
Doesn't indent do the trick, with the .i
> If you're worried about the overhead of calling pthread_lock and
> pthread_unlock under the covers when it's not needed (like on the prefork MPM)
> then I would say that's not a big problem. Locking mutexes that are not
> contended for can be quite cheap, and often those calls do not even transla
> I started seeing the following errors in the specweb99 run output, when I
> use mod_specweb99.c with Apache 2.0.43 and worker MPM. The following patch
> seems to get rid of the problem. If you're thinking that it may degrade the
> response - I did not find much difference though.
>
> Can somebod
> I noticed that there were some places where u_int32_t is being used instead
> of apr_uint32_t. Is it purposefully done OR is it one of those "Oh, the apr
> interface changed" stuff ?.
>
> Anyways, I've included a patch that atleast gets the module to compile
> against 2.0.43. Pl. let me know if
> i get errors for every module like this:
I have seen this while trying to test HEAD on my old 10.1 Mac. This machine
has a bastardized GNU libtool 1.3.5 on it; MacOSX 10.2 comes with GNU
libtool 1.4.2 which does not exhibit this problem for me.
Are you testing a distro tarball? The 2.0.43 distr
Justin Erenkrantz wrote:
Can anyone using Mac OS X 10.2 get all of the mod_access tests to
pass?
I'm getting failures related to 127.0.0.1 and localhost tests. I
think something is broken in the OS related to detecting what
IP/host we're coming from.
I'm seeing the same thing: something is broken
>> Also - hack the conf to do short runs first !
>
> Oh yeah, excellent point. That's the SPEC rc file. Look for *_TIME,
> ITERATIONS, and SIMULTANEOUS_CONNECTIONS.
My rc files usually have trial (short) values for *_TIME and a single
iteration. You can force all those in line for a compliant r
> When trying to run vanilla 't/TEST' on AIX, with httpd-2.0 HEAD,
> I'm getting a
>
> waiting for server to start: 00:00
> server has died with status 255 (please examine t/logs/error_log)
Exactly the same deal on:
Darwin 5.2
FreeBSD 4.4
S.
--
Covalent Technologies
Here, let me commit the faux pas of answering myself:
> server has died with status 255 (please examine t/logs/error_log)
> Terminated
Infuriatingly, the server runs and does answer requests.
And,
% t/TEST -run-tests
Works fine (aside from failing a few tests). As long as it doesn't need to
s
Hi all,
Built and ran HEAD on Darwin 5.2, and ran the httpd-test perl-framework.
This dies with the following protest:
server has died with status 255 (please examine t/logs/error_log)
Terminated
The log says:
[batmobile:perl-framework] sctemme$cat t/logs/error_log
[Wed Jan 16 15:44:04 2002] [
on 10/18/01 11:55 AM, Doug MacEachern at [EMAIL PROTECTED] wrote:
> On Wed, 17 Oct 2001, Sander Temme wrote:
>
>> #0 0x0001e1a0 in load_module
>
> aside from the -d suggestion, if darwin has an strace equiv, might help to
> see what module is being loaded here.
Finally
The following invocations:
% perl Makefile.PL httpd /tmp/apache2/bin/httpd apxs /tmp/apache2/bin/apxs
% t/TEST
Give me the following crash dump of httpd:
Date/Time: 2001-10-17 20:52:32 -0700
OS Version: 10.1 (Build 5G64)
Command:httpd
PID:15743
Exception: EXC_BAD_ACCESS (0x0001)
34 matches
Mail list logo