Just in case you didn't know, you can use Apache::Test for testing your code
with both mod_perl generations. It certainly helps to automate the testing.
For example I use the following simple smoker script to run the test suite on
Apache::Peek with different versions of perl and mod
for those who haven't already seen it, perl.com ran the second of my series
of articles on mod_perl 2.0 late last week. the title is actually a bit
decieving. it's about using the Apache-Test testing framework, but although
Apache-Test is shown in a mod_perl 2.0 context, Apache-T
Hi,
I'm using the great perl package Apache::Request (with mp1) to fetch
GET/POST
parameters; however it seems there is no way to test if a parameter
exists; in fact even if the parameter does not exist, the
Apache::Request "param" method returns '' (the empty string); so there is
some ambiguity in
On Thu, 23 Jan 2003, Joachim Zobel wrote:
> So I would like to have a debian package. I found one in debian
> unstable, but this requires perl 5.8.
The perl in debian unstable is also 5.8.0, so this makes sense. I've been
running it fine for months, so I highly recommend you install this on
your
Nick Tonkin wrote:
On 23 Jan 2003, Joachim Zobel wrote:
Hi.
I would like to start testing mp2, but I remember that compiling
apache/mp1 was no fun at all.
The important part of the testing at this stage is that the build works
properly on all platforms.
I found one in debian unstable, but
On 23 Jan 2003, Joachim Zobel wrote:
> Hi.
>
> I would like to start testing mp2, but I remember that compiling
> apache/mp1 was no fun at all.
FWIW it was much simpler and cleaner to install apache2 + mp2 than it ever
was with v1 in my case. Even when things went exactly as ex
Hi.
I would like to start testing mp2, but I remember that compiling
apache/mp1 was no fun at all. So I would like to have a debian package.
I found one in debian unstable, but this requires perl 5.8.
Thanx,
Joachim
ts of documentation about performance tuning in the on-line
documentation.
http://perl.apache.org/docs/1.0/guide/performance.html is a good place
to look.
I am also very concerned about testing. How do you test a mod_perl system to
make sure there is no memory corruption from one instance of an app to
an
people setup their Apache 1.3.x servers to run
mod_perl'able code. Not, how to get mod_perl to run something, we do that
with rewrite rules. I am more interested in config settings that control for
performance and stability.
I am also very concerned about testing. How do you test a mod_perl syst
Jon,
A similar attitude is expressed in the Apache Server documentation for the past 4+
years.
Chuck
-Original Message-
From: Jon Reinsch [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 05, 2002 9:19 AM
To: [EMAIL PROTECTED]
Subject: win32 testing only?
At
http
From: "Jon Reinsch" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 05, 2002 9:18 AM
Subject: win32 testing only?
> At
>
http://perl.apache.org/docs/1.0/guide/getwet.html#Installing_mod_perl_for_Wi
ndow
> it says:
> "we recommend that
At
http://perl.apache.org/docs/1.0/guide/getwet.html#Installing_mod_perl_for_Window
it says:
"we recommend that mod_perl on Windows be used only for testing
purposes, not in production"
Does this apply to mod_perl 1.0 only, or to 2.0 as well? If both, is it
likely to change anytime
Thanks to everyone for your help so far. I still haven't figured out why it is not
working out of the box, but I kluged the BEGIN block that gets executed at server
startup time to hardcode the name of the secretkeyfile. All else seems fine in the
browser after that. I guess that is how it has t
IL PROTECTED]>
Sent: Friday, October 11, 2002 4:07 PM
Subject: RE: Testing mod_perl app on Windows
> ME is just windows 98 with some bells and whistles. If you want server,
> then win2k Server is still the standard (XP is only for
> workstation/desktop).
>
> I think mod_perl/
little
pascal
- Original Message -
From: "Ken Y. Clark" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 11, 2002 2:31 PM
Subject: Testing mod_perl app on Windows
> My boss has asked me to pick up a Windows box so that I can test my
> ap
My boss has asked me to pick up a Windows box so that I can test my
application using the standard browsers on that OS. OK, I can see
how it is a Good Thing to make sure that those people unfortunate
enough to use Windows are able to use my application without errors.
But I also had another idea:
Message-
From: Ken Y. Clark [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 11, 2002 8:32 AM
To: [EMAIL PROTECTED]
Subject: Testing mod_perl app on Windows
My boss has asked me to pick up a Windows box so that I can test my
application using the standard browsers on that OS. OK, I can see
Matthew Pressly wrote:
> If module A depends on module B (uses methods or subroutines from module
> B), is there a good way to test that module A loads module B (i.e. has a
> "use" statement)? I frequently run into the following scenario:
>
> 1. Write one or more new modules plus a handler
If module A depends on module B (uses methods or subroutines from module
B), is there a good way to test that module A loads module B (i.e. has a
"use" statement)? I frequently run into the following scenario:
1. Write one or more new modules plus a handler that uses them.
2. One or more of th
(both mod_perl(s) and 3rd party Perl modules).
- Forwarded message from Jarkko Hietaniemi <[EMAIL PROTECTED]> -
=head1 Perl 5.8.0 Release Candidate 1
The Perl 5 developer team is pleased to announce the Release Candidate 1
of Perl 5.8.0.
Please test extensively.
Your help in testing t
What's a mod_perl CGI Application?
:-)
Mark.
--
s'' Mark Fowler London.pm Bath.pm
http://www.twoshortplanks.com/ [EMAIL PROTECTED]
';use Term'Cap;$t=Tgetent Term'Cap{};print$t->Tputs(cl);for$w(split/ +/
){for(0..30){$|=print$t->Tgoto(cm
What is Puffin?
Puffin allows you to test any web application or service. Once
customized to your web application, you can use Puffin to unit test
individual web pages, system test your entire web application, or load
test your entire site.
Puffin is written in Python and is free and open sourc
I was wondering if anyone has any experiences in Software Integration
Testing
using home made or known methodologies that are being used. I came
across
one called Cyclomatic Complexity (for example)
The context being
The software system has three subsystems; Two subsystems in the kernel
and
> My experience with commercial load-testing apps is that they are
> outrageously expensive, a pain to program, don't really scale all that
> well, and mostly have to run on Windows with someone sitting at the
> mouse. There are some that work better than others, but the free
Jauder Ho wrote:
> Another application (commercial) is Mercury Interactive's LoadRunner.
My experience with commercial load-testing apps is that they are
outrageously expensive, a pain to program, don't really scale all that
well, and mostly have to run on Windows with someone s
events and plays it back on "load generator" machines.
> > It's fairly complex, has LOTs of knobs to turn and can load test quite a
> > bit more than just web apps, I use it to load test/benchmark Oracle 11i
> > for instance. The software is not cheap but definite
> bit more than just web apps, I use it to load test/benchmark Oracle 11i
> for instance. The software is not cheap but definitely worth looking into
> if you are serious about testing. (www.merc-int.com)
>
> They also sell something called ActiveTest which may be more suited to a
&
hmark Oracle 11i
for instance. The software is not cheap but definitely worth looking into
if you are serious about testing. (www.merc-int.com)
They also sell something called ActiveTest which may be more suited to a
web applications. In this case, they will test your site for you using
their har
Hello,
AH>So you're correct. My point though is not so much that the load profile of
AH>what pages get loaded in what order, and what data calls and dynamic
AH>scripts are run in what order are genuine. If you simulate the timing
AH>between requests, you'll even get spikes that are similar to the
Hello,
ABH>Not really; you also have to emulate the connection speeds of the
ABH>users. Or does the tools you mentioned do that?
Both of the commercially produced tools I mentioned (SilkPerformer and the
free Microsoft Web Stress program) can throttle bandwidth. Rolling your
own is a bunch harde
On Tue, 12 Mar 2002, Andrew Ho wrote:
[...]
> This is extremely effective if you have enough real user data because
> you're not inventing user load. You're using real user load.
Not really; you also have to emulate the connection speeds of the
users. Or does the tools you mentioned do that?
Heyas,
BH>Anyone know of good guides or general info on
BH>performance testing and emulating real use of
BH>an application.
As a general rule, it's easiest if you have a production system already
running. Record all information that you need to reproduce the requests
(typically
On Tue, Mar 12, 2002 at 01:52:36PM -0800, clayton cottingham wrote:
> Bryan Henry wrote:
> >
> > Anyone know of good guides or general info on
> > performance testing and emulating real use of
> > an application.
> >
> > I would like to understand ho
Bryan Henry wrote:
>
> Anyone know of good guides or general info on
> performance testing and emulating real use of
> an application.
>
> I would like to understand how to identify
> potential bottlenecks before I deploy web apps.
>
> thank you,
> ~ b r y a n
t
Anyone know of good guides or general info on
performance testing and emulating real use of
an application.
I would like to understand how to identify
potential bottlenecks before I deploy web apps.
thank you,
~ b r y a n
David Wheeler sent the following bits through the ether:
> we can't really figure out a way to automate the testing of the UI
Well, on our current project we're using using OpenFrame[1] and the
Template Toolkit to completely seperate application logic from
presentation l
> Have you considered talking about Testing at OSC this summer? Mischael
> Schwern's talk was a great success last summer.
Thanks for the suggestion. I'll think about it, and see what I can
do.
> Also writing things down as a doc explaining how things work, with some
&
Rob Nagler wrote:
> FWIW, we are very happy with our unit test structure. It has evolved
> over many years, and many different languages. I've appended a simple
> example, because it is quite different than most of the unit testing
> frameworks out there. It uses the XP p
g the day on Sat, and then release
to production Sat Night. The job testing change was introduced
recently. On production, we have a large job which runs on Tues. It
also ran on Tues on test. We changed something later in the week one
release which broke the job, but it wasn't tested. N
cription payments, twiddling files
and email. By far the biggest piece is testing our accounting. As I
said, we used student labor to write the tests. They aren't perfect,
but they catch lots of errors that we miss.
Have a look at:
http://petshop.bivio.biz/src?s=Bivio::PetShop::Util
Hi Craig,
> Have you ever heard of the hw verification tool Specman Elite by Verisity
> (www.verisity.com)?
No, but it looks interesting. It would be good to have something like
this for unit tests. I haven't had very good experience with
automated acceptance testing, however. T
From the description of your scenario, it sounds like you have a long
product life cycle etc.
I think your testing, especially regression testing and the amount of
effort you put into it makes a lot of sense because your software is a
long-term investment possibly even a product.
I think
est data script to run every time you
> want to run a test (and probably losing whatever data you had in that
> database at the time).
>
> This has been by far the biggest obstacle for me in testing, and from
> Gunther's post it sounds like I'm not alone. If you have any id
David Wheeler wrote:
> Hi All,
>
> A big debate is raging on the Bricolage development list WRT CVS
> configuration and application testing.
>
>
>http://www.geocrawler.com/mail/thread.php3?subject=%5BBricolage-Devel%5D+More+on+Releases&list=15308
>
> It leads
's
the hard part: writing the big test data script to run every time you
want to run a test (and probably losing whatever data you had in that
database at the time).
This has been by far the biggest obstacle for me in testing, and from
Gunther's post it sounds like I'm not alone. If y
On Sat, 26 Jan 2002, Gunther Birznieks wrote:
> I agree that testing is great, but I think it is quite hard in practice.
> Also, I don't think programmers are good to be the main people to write
> their own tests. It is "OK" for programmers to write their own tests but
am to build the database, and program all schema upgrades. We've
had 194 schema upgrades in about two years.
> unit testing being done on the basis of writing a test class for every
> class you write. Ugh! That means that any time you refactor you throw away
> the 2x the codin
I suppose it depends on what you want out of testing.
Frequently, unit testing is OK in simple applications. But in an
application whose job it is to communicate with a mainframe or back-end
databases, frequently the tests you might perform are based on some
previous persistent state of the
XP testing:
unit and acceptance. Unit testing is pretty clear in Perl circles
(ok, I have a thing or two to say about it, but not now :-).
Acceptance testing (aka functional testing) is traditionally handled
by a third party testing organization. The test group writes scripts.
If they are testing G
On Fri, 2002-01-25 at 10:12, Perrin Harkins wrote:
> Have you tried webchat? You can find webchatpp on CPAN.
Looks interesting, although the documentation is rather sparse. Anyone
know of more examples than come with it?
Thanks,
David
--
David Wheeler AIM
> There are many web testers out there. To put it bluntly, they don't
> let you write maintainable test suites. The key to maintainability is
> being able to define your own domain specific language.
Have you tried webchat? You can find webchatpp on CPAN.
;s probably cheaper. It's
very important. We run our test suite nightly.
I'm an extreme programming (XP) advocate. Testing is one of the most
important practices in XP.
I'm working on packaging what we did so it is fit for public
consumption. Expect something in a month or so. It
Hi All,
A big debate is raging on the Bricolage development list WRT CVS
configuration and application testing.
http://www.geocrawler.com/mail/thread.php3?subject=%5BBricolage-Devel%5D+More+on+Releases&list=15308
It leads me to a question about testing. Bricolage is a monster
application,
Perrin,
> You want something more like this:
>
> Alias /perl-bin/ "c:/IndigoPerl//perl-bin/"
> PerlModule Apache::Registry
>
>SetHandler perl-script
>PerlHandler Apache::Registry
>Options ExecCGI
>
Yup, this gets it working (It does need the line
"LoadModule perl_module modul
> I was also thinking it would only make a small
> difference, but I see many perl/CGI scripts that boast
> 'all this functionality in a single script'
They probably don't know any better, but to me that translates to "giant
bloated unorganized mess of a script."
> # BEGIN MOD_PERL CONFIG
> #Loa
Perrin,
Thanks for the response,
--- Perrin Harkins <[EMAIL PROTECTED]> wrote:
> No offense, but your script must not have been doing
> much in this test.
> The difference between putting everything in one
> script vs. using
> modules is just the time it takes to open and read
> the files. It's
> After I set up my app (webtool.cgi) and created the
> single script version (bigtool.cgi), I ran this script
> on my machine and it showed that the single file was
> about 10-15% faster than the multiple modules.
No offense, but your script must not have been doing much in this test.
The differ
-15% faster than the multiple modules.
My first question is, is the above script a valid test
of CGI response time? So, for example, should the
results reflect any improvements with mod_perl
enabled? Because what I found is that the response
time differed
less than 5% between mod_perl-enabled and
clayton cottingham wrote:
[the gist of the clayton's request:
The code needs to be tested under live httpd with mod_perl. How?
]
Apache-Test framework developed for mod_perl 2.0 is *exactly* what you
want.
See how httpd-2.0 uses it (http://httpd.apache.org/test/ look for 'Perl
Framework'
*::ViewMember
and it reches out for *::Global's
constant called *::Global::MEMBER_COLUMNS
now i usually load *::Global into the Apache startup.pl
so it is instanced under Apache
but of course in testing under the test harness this will fail!
=-=-=--=
ive noticed a couple of things that
> So where is everybody? Too busy mod_perling?
Or has mod_perl reached the stage of perfection ? ;-)
--
Yours Digitally,
Ian Johannesen
Projectmanager ADVICE A/S
Phone : +45 7020
Cell : +45 2685 9835
Direct : +45 9631 8315
ssage-
> From: Rodney Broom [mailto:[EMAIL PROTECTED]]
> Sent: Friday, September 21, 2001 5:15 AM
> To: mod_perl list
> Subject: [PING] Sorry, just testing since 26 hours of no activity
> on this list.
>
>
> Hi all,
>
> I haven't seen anythin
Hi all,
I haven't seen anything on this list for the past 26 hours, so I'm just making sure
that I'm still seeing new posts.
---
Rodney Broom
Thank you.
---
Rodney Broom
Programmer: Desert.Net
Gareth Westwood wrote:
>
> Hi everyone,
> OK, I have tried just installing it and praying, that didn't seem to
> work, Clark Cooper suggested that there may be a problem with the versions
> of XML::DOM and XML::Parser, I have tried an earlier version of XML::Parser
> (2.23 rather than 2.3
01 20:23
To: Gareth Westwood
Cc: [EMAIL PROTECTED]
Subject: Re: Testing problems with apache::asp 2.03
Gareth Westwood wrote:
>
> Could you please advise me of what is going wrong (am I being to
> impatient) and how I can go about fixing the problem. I am still a little
> b
Gareth Westwood wrote:
>
> Could you please advise me of what is going wrong (am I being to
> impatient) and how I can go about fixing the problem. I am still a little
> bit of a newbie so please don't be to technical (or if you are, could you
Hold onto your patience, these things can be
Hi Everyone,
I hope I am writing to the correct address. If I am wrong will
someone please let me know so that I can remove this address and not bother
you all again.
My problem is as follows, I have installed Apache 1.3.17 with
Mod_perl 1.25, I have also installed several (38 in
Hello!
This seems like a simple thing, but somehow I cannot make it work... In
spite that this is propably a FAQ, I didn't find a solution.
How to test access to the given url with the given method?
For example, is the current user allowed to POST into
/some/dir/file.document ?
Sounds like a
On Tue, 10 Oct 2000, Ken Williams wrote:
> [EMAIL PROTECTED] (Doug MacEachern) wrote:
> >ken, i have a feature request too :) i would like to be able to test if
> >mod_include is linked static with httpd, otherwise Makefile.PL will
> >disable PERL_SSI. a hash of parsed `httpd -l`, something lik
[EMAIL PROTECTED] (Doug MacEachern) wrote:
>ken, i have a feature request too :) i would like to be able to test if
>mod_include is linked static with httpd, otherwise Makefile.PL will
>disable PERL_SSI. a hash of parsed `httpd -l`, something like:
>
>my $static_modules = Apache::test->http_stat
On Mon, 2 Oct 2000, Ken Williams wrote:
ken, i have a feature request too :) i would like to be able to test if
mod_include is linked static with httpd, otherwise Makefile.PL will
disable PERL_SSI. a hash of parsed `httpd -l`, something like:
my $static_modules = Apache::test->http_static_modu
On Mon, 2 Oct 2000, Ken Williams wrote:
> In looking over the changes, I found that I've done a little more work
> since the last patch I sent. I didn't send it on because I wasn't sure
> whether the first patch would be accepted or not. Anyway, I beefed up
> the fetch() method and documented
[EMAIL PROTECTED] (Doug MacEachern) wrote:
>On Mon, 17 Jul 2000, Ken Williams wrote:
>
>> Hi all,
>>
>> Here's a resend of the Apache::test patch that I sent yesterday, this
>> time sent as type text/plain from a Unix mailer. Rick Myers noted
>> that the version I sent before was encoded with Ma
[EMAIL PROTECTED] (Doug MacEachern) wrote:
>On Mon, 17 Jul 2000, Ken Williams wrote:
>
>> Hi all,
>>
>> Here's a resend of the Apache::test patch that I sent yesterday, this time
>> sent as type text/plain from a Unix mailer. Rick Myers noted that the
>> version I sent before was encoded with Ma
On Mon, 17 Jul 2000, Ken Williams wrote:
> Hi all,
>
> Here's a resend of the Apache::test patch that I sent yesterday, this time
> sent as type text/plain from a Unix mailer. Rick Myers noted that the
> version I sent before was encoded with Macintosh BinHex, which is probably
> not the most a
e $args{conf_file}: $!";
+print CONF <);
+ $response ||= $default;
+} until (!$mustfind || (-e $response || !print("$response not found\n")));
+
+return $response;
+}
+
+sub get_test_params {
+my $pkg = shift;
+
+print("\nFor testing purp
ne
with commit privileges on the CVS tree can get this in there.
Comments quite welcome. Let me know if line endings or anything are
messed up in the attachment.
-Ken
-----
NAME
Apache::Test - Facilitates testing of Apache::* modules
S
ide
http://perl.apache.org/guide
> I am assuming mod_perl will outperform CGI if the scripts are well
> written.
That's the idea.
> I am not sure where to begin in regards to the network aspect of the
> testing. I have been reading the Apache/mod_perl FAQ/How-To's on
> the net
to send these scripts to Apache so that it can
run them. From this I can then generate some statistics
as to how well each of them performs. I am not sure
where to begin in regards to the network aspect of the
testing. I have been reading the Apache/mod_perl
FAQ/How-To's on the ne
How can i do a simple test to check if perl_ssi which i compiled
with modperl, works ?
Sincerely Vincent Bruijnes
[EMAIL PROTECTED]
alent.net: dougm owned process doing -bs
>Date: Thu, 1 Jun 2000 12:09:53 -0700 (PDT)
>From: Doug MacEachern <[EMAIL PROTECTED]>
>To: Mark Murphy <[EMAIL PROTECTED]>
>cc: [EMAIL PROTECTED]
>Subject: Re: mod_perl 1.24 testing keeps failing
>MIME-Version: 1.0
>X-Spam
> > [Thu May 25 19:34:31 2000] [error] mod_ssl: Init: Failed to generate
temporary 5
> > 12 bit RSA private key
Sorry, I missed the earlier discussion on this (so I may have got
the wrong end of the stick), but I got this too when trying to build
apache 1.3.12 with perl-5.6.0 and mod_ssl 2.6.4,
On Fri, 26 May 2000, Mark Murphy wrote:
> I have one more issue with the "make test" for mod_perl. The documentation
> indicates that SSL doesn't like /dev/null and that SSLDisable is set. Well,
> after changing /dev/null and making sure SSLDisable is set in the httpd.conf
> file, I was still
>X-Authentication-Warning: mojo.covalent.net: dougm owned process doing -bs
>Date: Thu, 25 May 2000 13:21:04 -0700 (PDT)
>From: Doug MacEachern <[EMAIL PROTECTED]>
>To: Mark Murphy <[EMAIL PROTECTED]>
>cc: [EMAIL PROTECTED]
>Subject: Re: mod_perl 1.24 testing ke
On Thu, 25 May 2000, Mark Murphy wrote:
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64'
those are the flags added when largefile support is enabled.
try with a fresh source tree and run:
sh Configure -des -Dcc=gcc -Ubincompat5005 -Uuselargefiles
-des will use all defaults except those you overr
alent.net: dougm owned process doing -bs
>Date: Thu, 25 May 2000 12:57:33 -0700 (PDT)
>From: Doug MacEachern <[EMAIL PROTECTED]>
>To: Mark Murphy <[EMAIL PROTECTED]>
>cc: [EMAIL PROTECTED]
>Subject: Re: mod_perl 1.24 testing keeps failing
>MIME-Version: 1.0
>X-Spam
I never mentioned this but I'm running Solaris 7 on a Ultra 10
- Begin Forwarded Message -
Date: Thu, 25 May 2000 15:28:05 -0400 (EDT)
From: Mark Murphy
Subject: Re: mod_perl 1.24 testing keeps failing
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Mime-Version
On Thu, 25 May 2000, Mark Murphy wrote:
> sh Configure -Dcc=gcc -Ubincompat5005
hmm, i've seen a similar report related to largefile support, try once
more with:
sh Configure -Dcc=gcc -Ubincompat5005 -Uuselargefiles
alent.net: dougm owned process doing -bs
>Date: Tue, 23 May 2000 20:38:26 -0700 (PDT)
>From: Doug MacEachern <[EMAIL PROTECTED]>
>To: Mark Murphy <[EMAIL PROTECTED]>
>cc: [EMAIL PROTECTED]
>Subject: Re: mod_perl 1.24 testing keeps failing
>MIME-Version: 1.0
>X-Spam
On Tue, 23 May 2000, Mark Murphy wrote:
> Here is some more information I gathered from trying the "make test" under
> mod_perl. I ran the command by hand and discovered that I'm getting a core dump.
> (gdb) backtrace
> #0 0xff1c5568 in _smalloc () from /usr/lib/libc.so.1
> #1 0xff1c55ac in
Here is some more information I gathered from trying the "make test" under
mod_perl. I ran the command by hand and discovered that I'm getting a core dump.
bash(mark:opus)755% /usr/local/src/apache/1.3.12/apache_1.3.12/src/httpd -f
`pwd`/t/conf/httpd.conf -X -d `pwd`/t &
[1] 21850
bash(mark:op
>X-Authentication-Warning: mojo.covalent.net: dougm owned process doing -bs
>Date: Tue, 23 May 2000 11:34:08 -0700 (PDT)
>From: Doug MacEachern <[EMAIL PROTECTED]>
>To: Mark Murphy <[EMAIL PROTECTED]>
>cc: [EMAIL PROTECTED]
>Subject: Re: mod_perl 1.24 testing ke
On Tue, 23 May 2000, Mark Murphy wrote:
>
> I'm having a problem with the make test in mod_perl 1.24. It doesn't seem to be
> configured correctly. Here are the steps I've taken so far.
> Invalid command 'PerlTaintCheck', perhaps mis-spelled or defined by a module not
this indicates that mod
I'm having a problem with the make test in mod_perl 1.24. It doesn't seem to be
configured correctly. Here are the steps I've taken so far.
mod_perl 1.24
-
1. perl Makefile.PL APACHE_SRC=/usr/local/src/apache/1.3.12/apache_1.3.12/src
DO_HTTPD=1 USE_APACI=1 PREP_HTTPD=1 EVERYTHING=
On Tue, 18 Apr 2000, Adi wrote:
> Cool, thanks for the quick response, Stas.
>
> I don't seem to have LWP::Parallel. Looks like I need to upgrade to the
> newest version of LWP. But yes, I did notice that ab gives much more
> accurate results. I was using Time::HiRes to simply measure the tim
Cool, thanks for the quick response, Stas.
I don't seem to have LWP::Parallel. Looks like I need to upgrade to the
newest version of LWP. But yes, I did notice that ab gives much more
accurate results. I was using Time::HiRes to simply measure the time it
takes from request to response, and it
> I am trying to put together a comprehensive regression suite for CGI based
> mod_perl web applications using LWP. It involves sequences of CGI calls
> with expected results after each consecutive request. But I noticed
> something about LWP: it caches requests, almost like it expects *only*
>
I am trying to put together a comprehensive regression suite for CGI based
mod_perl web applications using LWP. It involves sequences of CGI calls
with expected results after each consecutive request. But I noticed
something about LWP: it caches requests, almost like it expects *only*
static con
Well, I'm very new to mod_perl, but what I usually do in perl scripts that
are marching through files in a directory is to us "if -d $fname" which
automatically avoids . and .. plus any subdirectories. Much simpler, but
I'm not sure it handles all your requirements
Cheers,
C
On 16 Jan 2000,
1 - 100 of 107 matches
Mail list logo
