It all started when I have noticed a few core files after running t/SMOKE on
modperl-2.0's top-level test suite. I couldn't figure out which test caused
them. So I have decided to rewrite the smoker to provide me that information.
In the future we might autoextract the backtrace as we
Jens Porup wrote:
Greetings all,
When I try to install Apache::Test on my Debian-based Libranet Linux system,
make test fails as below.
I have searched the archives--correctly, I hope!--but nothing has turned up.
speculation--does this have something to do with Debian calling apache
/usr/sbin
Greetings all,
When I try to install Apache::Test on my Debian-based Libranet Linux system,
make test fails as below.
I have searched the archives--correctly, I hope!--but nothing has turned up.
speculation--does this have something to do with Debian calling apache
/usr/sbin/apache, as
I'm about to release a new GTop (you need it for Apache::VMonitor), please
give it a try http://apache.org/~stas/GTop-0.11.tar.gz and report any problems
to me (off list). Thanks.
Changes since 0.10:
Add support to libgtop 2.0 and automate the picking of the right libraries
and include paths. [
still failed:
t/TEST -v filter/in_bbs_msg.t
[...]
Test returned status 29 (wstat 7424, 0x1d00)
[...]
> [Fri Aug 29 18:10:58 2003] [error] [client 127.0.0.1] File does not exist:
> /usr/src/httpd_perl/mod_perl-1.99_09/t/htdocs/input_filter.html
that means that the filter doesn
Hi!
>> My guess is that you've been hit by this Apache problem:
>> http://httpd.apache.org/docs-2.0/faq/error.html#error.sendfile
>>
>> As the URL above suggests, try to add 'EnableSendfile On' somewhere in
>> t/conf/httpd.conf and rerun:
>&
Garrett Goebel wrote:
I'm trying to come up to speed on Apache::Test. I'm working from Stas's
documentation at
http://perl.apache.org/docs/general/testing/testing.html. My system is
roughly:
gentoo linux 1.4
perl 5.8.0 useithreads=undef useperlio=define
apache 1.3.28
mod_per
Garrett Goebel wrote:
As I stated in a previous post, I'm coming up to speed on Apache::Test
by working from Stas's documentation at
http://perl.apache.org/docs/general/testing/testing.html.
I remember seeing a few typos on my first pass through the
documentation. Now that I'
Title: Source for Apache::Test documentation on perl.apache.org
As I stated in a previous post, I'm coming up to speed on Apache::Test by working from Stas's documentation at http://perl.apache.org/docs/general/testing/testing.html.
I remember seeing a few typos on my first pass t
Title: Apache::Test unable to locate libperl.so?
I'm trying to come up to speed on Apache::Test. I'm working from Stas's documentation at http://perl.apache.org/docs/general/testing/testing.html. My system is roughly:
gentoo linux 1.4
perl 5.8.0 useithreads=undef useperli
My guess is that you've been hit by this Apache problem:
http://httpd.apache.org/docs-2.0/faq/error.html#error.sendfile
As the URL above suggests, try to add 'EnableSendfile On' somewhere in
t/conf/httpd.conf and rerun:
t/TEST -v filter/in_bbs_msg.t hooks/trans.t
don't run
Alan Rafagudinov wrote:
Hello!
1. Problem Description:
Thanks for the detailed report, Alan.
Errors while 'make test' was in filter/in_bbs_msg.t and hooks/trans.t
[Thu Aug 28 20:34:19 2003] [info] (22)Invalid argument: core_output_filter: writing
data to the network
[Thu Aug 28 20:
Hello!
1. Problem Description:
Errors while 'make test' was in filter/in_bbs_msg.t and hooks/trans.t
so output of
make test TEST_VERBOSE=1 TEST_FILES="filter/in_bbs_msg.t hooks/trans.t"
is:
filter/in_bbs_msg# connecting to www.myhost.ru:8535
server side has failed
||= catfile $vars->{top_dir}, 't';
$vars->{serverroot} ||= $vars->{t_dir};
-$vars->{documentroot} ||= catfile $vars->{serverroot}, 'htdocs';
+$vars->{documentroot} ||= "/tmp/Apache-Test.$$/htdocs";
$vars->{perlpod} ||= $s
;{serverroot} ||= $vars->{t_dir};
-$vars->{documentroot} ||= catfile $vars->{serverroot}, 'htdocs';
+$vars->{documentroot} ||= "/tmp/Apache-Test.$$/htdocs";
$vars->{perlpod} ||= $self->find_in_inc('pods') ||
Hi there
On Tue, 26 Aug 2003, Patrick West wrote:
> Apparently $net::httpserver is set incorrectly,
> [snip]
> So ... where is $net::httpserver being set?
t/net/config.pl
73,
Ged.
PS: Please keep it on the list... :)
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://pe
Are you sure you have the right server running? Did you check that
there were no httpd processes running before you started the test?
You might want to check which ports 80, 8080, 8259... are being used
as this might lead you to the answer. Have you checked the error_log
files for the serv
Bruce Tennant wrote:
Can we fix the "list" so that when a person replies, it defaults to the
list address and not the posters? This I think is what many of the
"keep it on the list" comments come from.
It worked quite well without this feature untill now. But the number of
offlist replies is ge
On Tue, 2003-08-26 at 18:41, Bruce Tennant wrote:
> Can we fix the "list" so that when a person replies, it defaults to
> the list address and not the posters?
Read the following thread:
http://marc.theaimsgroup.com/?l=apache-modperl&m=99790842623617&w=2
- Perrin
--
Reporting bugs: http://perl
Can we fix the "list" so that when a person replies, it defaults to the list address and not the posters? This I think is what many of the "keep it on the list" comments come from.
This is the only list I am on that doesn't have a reply-to that defaults to the list (and I'm on more than 10).
J
I've installed apache_1.3.27 and mod_perl-1.27. When I go to run the
tests in mod_perl-1.27/t (just running the first one), first it
complains that it couldn't start the server. But the server is actually
running. So I run modules/actions (commenting out the part of TEST that
trie
[EMAIL PROTECTED] wrote:
On Tue, 26 Aug 2003 09:07:21 -0700, Stas Bekman wrote:
[snip]
As you posted in the followup, this is a problem with
all Apache:: modules.
The problem originates within Apache, not us.
FWIW, the cvs version of Apache::Test warns you early
whether this is going to
work
On Tue, 26 Aug 2003 09:07:21 -0700, Stas Bekman wrote:
[snip]
>
> As you posted in the followup, this is a problem with
> all Apache:: modules.
> The problem originates within Apache, not us.
>
> FWIW, the cvs version of Apache::Test warns you early
> whether this is go
Udo Rader wrote:
hi all,
I'm trying to setup Apache::Test with our apaches and have run into major
troubles.
CPAN refuses to install the mod without force, because all tests completely
fail. t/logs/error_log then contained error messages like these:
-error_log--
[...]
[Tue Aug
hmm, and as I just found out, the same applies for many other Apache:: mods
(libapreq ...)
This looks like a major problem to me.
Temporary workaround is to give read access to all users for ~root, but
that makes me "a bit" nervous ...
udo
--
Reporting bugs: http://perl.apache.org/bugs/
Ma
hi all,
I'm trying to setup Apache::Test with our apaches and have run into major
troubles.
CPAN refuses to install the mod without force, because all tests completely
fail. t/logs/error_log then contained error messages like these:
-error_log--
[...]
[Tue Aug 26 14:23:47 2003] [
rl Mailing List
Subject: Re: [mp2] ModPerl::Test::read_post destructive?
Hi there,
On Sun, 10 Aug 2003, Michael Maciag wrote:
> Is the read_post in ModPerl::Test destructive in some way? If so, could
> someone point me in the right direction I might take to modify it to be
> non-destructi
ation of read_post, the client once again receives the
POST parameters.
Is the read_post in ModPerl::Test destructive in some way? If so, could
someone point me in the right direction I might take to modify it to be
non-destructive?
- Mike.
Title: setting httpd for Apache::test
I have perl 5.8.0 with apache 1.3.28, and mod_perl 1.28 installed. I need the Apache::Test to be installed as well, as it is a req. for many other modules. I'm running into trouble with make test. Apparently it can't find the httpd server.
Hodge, Jeff F (ECIII) wrote:
I have perl 5.8.0 with apache 1.3.28, and mod_perl 1.28 installed. I
need the Apache::Test to be installed as well, as it is a req. for many
other modules. I'm running into trouble with make test. Apparently it
can't find the httpd server. How/Where w
gerard uolaquetalestem wrote:
Hi everyone (my first message).
The message is that there is a syntax error in line x of some conf file, the
syntax error is that PerlSwitches is an unknown command.
I am trying to compile modperl2 with perl 5.8 compiles with mpm and
ithreads and with apache2 compi
Hi there,
On Sun, 10 Aug 2003, Michael Maciag wrote:
> Is the read_post in ModPerl::Test destructive in some way? If so, could
> someone point me in the right direction I might take to modify it to be
> non-destructive?
I think you'll find that reading POST data has always been d
Michael G Schwern <[EMAIL PROTECTED]> writes:
>On Mon, Aug 04, 2003 at 11:19:42AM +0100, Steve Hay wrote:
>> Why isn't the typemap file distributed as part of ExtUtils-MakeMaker?
>
>typemap is very specific to the version of Perl, or so it is said.
Not really. There are some changes for PerlIO * v
On Mon, Aug 04, 2003 at 11:19:42AM +0100, Steve Hay wrote:
> Why isn't the typemap file distributed as part of ExtUtils-MakeMaker?
typemap is very specific to the version of Perl, or so it is said.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
You're more radiant
Michael G Schwern wrote:
On Mon, Aug 04, 2003 at 09:35:55AM +0100, Steve Hay wrote:
Somehow, it has contrived to disappear! It always used to exist there,
which is why it didn't occur to me to check :-( I must have lost it
somewhere along the line when shoe-horning earlier MakeMaker's into
On Mon, Aug 04, 2003 at 09:35:55AM +0100, Steve Hay wrote:
> Somehow, it has contrived to disappear! It always used to exist there,
> which is why it didn't occur to me to check :-( I must have lost it
> somewhere along the line when shoe-horning earlier MakeMaker's into place.
Possibly you de
Michael G Schwern wrote:
On Mon, Aug 04, 2003 at 08:46:27AM +0100, Steve Hay wrote:
I tried changing the s/// to:
$string =~ s{ \$\(INST_DYNAMIC\)}{}g;
$string =~ s{ \$\(INST_BOOT\)}{}g;
(I've dropped the trailing spaces in the patterns), which produced:
dynamic :: $(FIRST_MAKEFILE)
$(N
On Mon, Aug 04, 2003 at 08:46:27AM +0100, Steve Hay wrote:
> I tried changing the s/// to:
>
>$string =~ s{ \$\(INST_DYNAMIC\)}{}g;
>$string =~ s{ \$\(INST_BOOT\)}{}g;
>
> (I've dropped the trailing spaces in the patterns), which produced:
>
> dynamic :: $(FIRST_MAKEFILE)
>$(NOECHO)
Michael G Schwern wrote:
The problem is likely the MY::dynamic hack in c/Makefile.PL. 6.05 and
previous had this:
dynamic :: Makefile $(INST_DYNAMIC) $(INST_BOOT)
6.06_01 and up have this
dynamic :: $(FIRST_MAKEFILE) $(INST_DYNAMIC) $(INST_BOOT)
for some reason, MY::dynamic is trying to lop of
Hi everyone (my first message).
The message is that there is a syntax error in line x of some conf file, the
syntax error is that PerlSwitches is an unknown command.
I am trying to compile modperl2 with perl 5.8 compiles with mpm and
ithreads and with apache2 compiled not as a DSO module but as
On Fri, Aug 01, 2003 at 11:35:47AM +0100, Steve Hay wrote:
> =
> # --- MakeMaker dynamic section:
> ## $(INST_PM) has been moved to the all: target.
> ## It remains here for awhile to allow for old usage: "make dynamic"
> #dynamic :: Makefile
> dynamic :: Makefile
>@$(NOOP)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Well, now that I've had a day or so to play with it (using both worker and
prefork), I have yet to see any issues. It looks good. However, any further
testing I do will probably be limited to prefork, since the overhead of ithreads
manages to eat al
ache, mod_perl, libapreq into C:\Temp
- cd to C:\Temp\apache_1.3.27\src
- Run "nmake /f makefile.win installr". That builds Apache and installs
it into C:\apache by default.
- cd to C:\Temp\mod_perl-1.28
- Run "perl Makefile.PL APACHE_SRC=C:/apache INSTALL_DLL=C:/apache/modules&qu
On Fri, Aug 01, 2003 at 09:05:55AM +0100, Steve Hay wrote:
> I just tried MM 6.13: that made no difference.
>
> Then I tried the snapshot (taken at 01 Aug 2003 07:55 UTC): that failed
> loads of its own tests, but made no difference to the libapreq build
> process.
Oh yeah, I didn't update the
On Fri, Aug 01, 2003 at 10:03:20AM +0100, Steve Hay wrote:
> >This bug evidently goes back a long way: MM 6.06_02 fails in the same
> >way as 6.13.
> >
> >I tried to use MM 6.06_01, but it wouldn't build itself ("don't know
> >how to make 'C:\perl5\libNAME'"). Instead, I knife-and-forked it int
Steve Hay wrote:
This bug evidently goes back a long way: MM 6.06_02 fails in the same
way as 6.13.
I tried to use MM 6.06_01, but it wouldn't build itself ("don't know
how to make 'C:\perl5\libNAME'"). Instead, I knife-and-forked it into
place, but when I tried to use it to build libapreq,
Steve Hay wrote:
Michael G Schwern wrote:
If I could see the Makefiles from 6.03 and 6.12 I might be able to
figure out
what's different. Also, if you could try various alpha versions between
those two, show the Makefiles and whether or not they exhibited the
behavior that would help alot in n
Michael G Schwern wrote:
On Thu, Jul 31, 2003 at 03:23:36PM +0100, Steve Hay wrote:
This patch finally fixes it for me:
I'm glad you guys got it working, but there's still the problem of why
MakeMaker's behavior changed. Since I tend not to touch the XS building
code much its likely a bug
On Thu, Jul 31, 2003 at 01:27:01PM -0700, Michael G Schwern wrote:
> I'm glad you guys got it working, but there's still the problem of why
> MakeMaker's behavior changed. Since I tend not to touch the XS building
> code much its likely a bug. Try the snapshot on makemaker.org. I just
> fixed a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Jul 31, 2003 at 11:41:42AM +0200, Stas Bekman wrote:
> >Iniital report: I just finished a build with ithreads and worker mpm. All
> >perl
> >and mod_perl tests pass.
>
> Thanks for the note Stephen, but this is not very useful if you don't
On Thu, Jul 31, 2003 at 03:23:36PM +0100, Steve Hay wrote:
> This patch finally fixes it for me:
I'm glad you guys got it working, but there's still the problem of why
MakeMaker's behavior changed. Since I tend not to touch the XS building
code much its likely a bug. Try the snapshot on makemake
Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a
was just a by product and never was intented to be installed.
Request.so was statically link
Steve Hay wrote:
Stas Bekman wrote:
Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a
was just a by product and never was intented to be installed.
Request.so was statically linking libapreq.a into i
ib version.lib odbc32.lib odbccp32.lib msvcrt.lib
LD_RUN_PATH =
# --- MakeMaker const_cccmd section:
CCCMD = $(CC) -c $(PASTHRU_INC) $(INC) \
$(CCFLAGS) $(OPTIMIZE) \
$(PERLTYPE) $(MPOLLUTE) $(DEFINE_VERSION) \
$(XS_DEFINE_VERSION)
# --- MakeMaker post_constants section:
Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was
just a by product and never was intented to be installed. Request.so
was statically linking libapreq.a into it.
Now with 6.12 it creates both liba
Steve Hay wrote:
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was
just a by product and never was intented to be installed. Request.so
was statically linking libapreq.a into it.
Now with 6.12 it creates both libapreq.so and libapreq
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was
just a by product and never was intented to be installed. Request.so
was statically linking libapreq.a into it.
Now with 6.12 it creates both libapreq.so and libapreq.so, so when
Req
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was just a
by product and never was intented to be installed. Request.so was statically
linking libapreq.a into it.
Now with 6.12 it creates both libapreq.so and libapreq.so, so when Request.so
is linked, i
Steve Hay wrote:
Stas Bekman wrote:
Jarkko has just released perl-5.8.1-RC3. Quite a few things have
changed since 5.8.0. So it's *very* important that you test your code
with this release and immediatelly report to p5p if you have any
problems, since Jarkko wants to release 5.8.1 any m
Stas Bekman wrote:
Jarkko has just released perl-5.8.1-RC3. Quite a few things have
changed since 5.8.0. So it's *very* important that you test your code
with this release and immediatelly report to p5p if you have any
problems, since Jarkko wants to release 5.8.1 any moment now.
BAD
Stephen Clouse wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Jul 30, 2003 at 11:15:32PM +0200, Stas Bekman wrote:
Jarkko has just released perl-5.8.1-RC3. Quite a few things have changed
since 5.8.0. So it's *very* important that you test your code with this
releas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Jul 30, 2003 at 11:15:32PM +0200, Stas Bekman wrote:
> Jarkko has just released perl-5.8.1-RC3. Quite a few things have changed
> since 5.8.0. So it's *very* important that you test your code with this
> release and immediat
Jarkko's original post had the links wrong: Here are the right links:
http://www.iki.fi/jhi/perl-5.8.1-RC3.tar.bz
http://www.iki.fi/jhi/perl-5.8.1-RC3.tar.gz
or rsync -avz ftp.linux.activestate.com::perl-5.8.x perl-5.8.x
You might also want to read the perldelta online:
http://www.iki.fi/jhi/pe
Jarkko has just released perl-5.8.1-RC3. Quite a few things have changed since
5.8.0. So it's *very* important that you test your code with this release and
immediatelly report to p5p if you have any problems, since Jarkko wants to
release 5.8.1 any moment now.
Any version of mod_per
: Test unexpectedly succeeded during make test
Laus, Ryan J. wrote:
> Stas,
>
> Successfully installed LWP.
So the filter/in_bbs_msg.t problem went away?
> I am receiving the following error when
> running "make test"
> cgi....ok 1/2# Failed test
Laus, Ryan J. wrote:
Stas,
Successfully installed LWP.
So the filter/in_bbs_msg.t problem went away?
I am receiving the following error when
running "make test"
cgiok 1/2# Failed test 2 in cgi.t at line 19
cgi....FAILED test 2
Failed 1/2 tests, 5
Stas,
Successfully installed LWP. I am receiving the following error when
running "make test"
cgiok 1/2# Failed test 2 in cgi.t at line 19
cgi....FAILED test 2
Failed 1/2 tests, 50.00% okay
Running the TEST -v command on ../ModPerl-Registry/t/cgi.
First of all, when reporting problems please following the guidelines:
http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems
OS: AIX 4.3.3 w/the latest maintenance level
modperl/request_rec_tie_apiok
1/3 unexpectedly succeeded
The test t/response/TestModperl
Hello everyone,
Hopefully someone can help me out, I am having problems during the "make
test" when trying to compile mod_perl-1.99_09. Even though a "make
install" will work fine without any errors, I am not sure if it is a
good idea to install if the make test fails
ColinB wrote:
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
ColinB wrote:
I am compiling mod_perl 2.0 on Solaris 9.
When I run "make test" for mod_perl 2.0 it fails almost immediately
with
file vhost.c, line 232, assertion "rv == APR_SUCCESS" failed
after it calls ap
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
> ColinB wrote:
> > I am compiling mod_perl 2.0 on Solaris 9.
> >
> > When I run "make test" for mod_perl 2.0 it fails almost immediately
> > with
> >
> > file vhost.c, line 232, asser
ColinB wrote:
I am compiling mod_perl 2.0 on Solaris 9.
When I run "make test" for mod_perl 2.0 it fails almost immediately
with
file vhost.c, line 232, assertion "rv == APR_SUCCESS" failed
after it calls apr_sockaddr_info_get() with the hostname
"255.255.255.25
Rob Bloodgood wrote:
Tuesday, June 24, 2003, 1:51:51 PM, you wrote:
JS> Rob Bloodgood <[EMAIL PROTECTED]> writes:
JS> [...]
*** root mode: changing the fs ownership to 'nobody' (99:99)
/usr/sbin/httpd -X -d /root/.cpan/build/Apache-Test-1.03/t -f
/root/.cpan/build/Apache-
log to: t/logs/error_log
letting apache warm up...\c
done
/usr/bin/perl t/TEST 0
still waiting for server to warm up...not ok
server failed to start! (please examine t/logs/error_log) at t/TEST line 95.
make: *** [run_tests] Error 9
[EMAIL PROTECTED] mod_perl-1.27]# tail t/logs/err
On Thu, 10 Jul 2003, The Alliett's wrote:
> Date: Thu, 10 Jul 2003 11:23:11 -0400
> From: The Alliett's <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: make test fails
>
> Trying to compile mod_perl 1.28 with apache 1.3.27 on redhat 7.3 system
>
>
ogletting apache warm
up...\cdone/usr/bin/perl t/TEST 0still waiting for server to warm
up...not okserver failed to start! (please examine
t/logs/error_log) at t/TEST line 95.make: *** [run_tests] Error
9[EMAIL PROTECTED] mod_perl-1.27]# tail t/logs/error_log
[notice] Destruction->DE
I am compiling mod_perl 2.0 on Solaris 9.
When I run "make test" for mod_perl 2.0 it fails almost immediately
with
file vhost.c, line 232, assertion "rv == APR_SUCCESS" failed
after it calls apr_sockaddr_info_get() with the hostname
"255.255.255.255". I think
Rob Bloodgood <[EMAIL PROTECTED]> writes:
[...]
> *** root mode: changing the fs ownership to 'nobody' (99:99)
> /usr/sbin/httpd -X -d /root/.cpan/build/Apache-Test-1.03/t -f
> /root/.cpan/build/Apache-Test-1.03/t/conf/httpd
Is the docroot (/root/.cpan/.../t/httpd.
http://www.apache.org/~stas/Apache-Test-1.03-dev.tar.gz
SB> Test it with mod_perl 1.0:
SB> perl Makefile.PL -httpd /path/to/1.x/httpd && make test
Fails for me miserably. For some reason, the test server config
returns 403 on / and /index.html:
t/logs/error_log:
[Tue Jun 24 13
Stas Bekman wrote:
I've uploaded 1.03's release candidate. If nobody finds any faults, I'll
upload it tomorrow on CPAN. (libapreq needs to rely on 1.03 fixes to
release its 1.2's version).
Please try it out:
http://www.apache.org/~stas/Apache-Test-1.03-dev.tar.gz
Thank y
The uploaded file
Apache-Test-1.03.tar.gz
has entered CPAN as
file: $CPAN/authors/id/S/ST/STAS/Apache-Test-1.03.tar.gz
size: 80048 bytes
md5: 8ed7fd0bb829bf7c16850aafd282ffbf
Changes since 1.01:
=item 1.03 - June 19, 2003
Instrumented Makefile.PL to unconditionally remove any old
On Today at 7:13pm, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> Please try it out:
SB> http://www.apache.org/~stas/Apache-Test-1.03-dev.tar.gz
SB>
1) Gentoo Linux 1.4 (2.4.20-ck6), perl 5.8.0, apache 2.0.46, mod_perl
1.9909
2) Redhat Linux 8.0 (2.4.18), perl 5.8.0, apach
Hi Stas,
On Wed, 18 Jun 2003, Stas Bekman wrote:
> Please try it out:
> http://www.apache.org/~stas/Apache-Test-1.03-dev.tar.gz
Neat!
73,
Ged.
Script started on Wed Jun 18 13:29:03 2003
hurricane:~/src/Apache-Test-1.03-dev$ >>> t/TEST -times=10 -order=random
*** setting ulimi
dule I was cloning.
Again, though, that would only affect start-up time, which in this test,
is marginal. Also, it would not affect the time shown by the internal
time difference displayed.
Unrelated to the case, but related to performance in general:
eval "use Time::HiRes;";
if (!$@)
{
ack up? AFAICT your test isn't
measuring any architectural differences between modperl and fastgci,
just how well the server's embedded perl interpreter performs relative to
perl itself. I wonder if compiling modperl as a DSO versus compiling it
statically might explain the performance l
Trevor Phillips <[EMAIL PROTECTED]> writes:
[...]
> On my main dev box, ab gives an average of 8.8secs for the mod_perl
> run, and 7.2secs for the FastCGI run. The internal timer and printed
> output reflects these results too.
How does the cgi/command-line version stack up? A
pload it tomorrow on CPAN. (libapreq needs to rely on 1.03
fixes to release its 1.2's version).
Please try it out:
http://www.apache.org/~stas/Apache-Test-1.03-dev.tar.gz
Tests OK over here: Solaris (Intel), perl 5.8.0, Apache 1.3
Stas Bekman wrote:
I've uploaded 1.03's release candidate. If nobody finds any faults,
I'll upload it tomorrow on CPAN. (libapreq needs to rely on 1.03 fixes
to release its 1.2's version).
Please try it out:
http://www.apache.org/~stas/Apache-Test-1.03-dev.tar.gz
Tests OK
I've uploaded 1.03's release candidate. If nobody finds any faults, I'll
upload it tomorrow on CPAN. (libapreq needs to rely on 1.03 fixes to release
its 1.2's version).
Please try it out:
http://www.apache.org/~stas/Apache-Test-1.03-dev.tar.gz
Test it with mod_perl 1.
Hi there,
On Wed, 18 Jun 2003, Trevor Phillips wrote:
> Whether it's i686 or i386 - both mod_perl and FastCGI are using the same
> compile of perl - so what difference should there be?
Must have got my wires crossed somewhere - I thought you must be using
different Perls.
73,
Ged.
On Wednesday 18 June 2003 11:30, Trevor Phillips wrote:
>
> On my main dev box, ab gives an average of 8.8secs for the mod_perl run,
> and 7.2secs for the FastCGI run. The internal timer and printed output
> reflects these results too.
Oops! The internal timer wasn't accurate: Swap lines 35 & 36 o
;s i686 or i386 - both mod_perl and FastCGI are using the same
compile of perl - so what difference should there be?
Right! I've put together a test case, which has nothing to do with my EDO
project. It's just a simple iterative loop, with subroutine calls, updating a
hash. I'v
ough LWP is not available.
Patches are *very* welcome.
Brent Jensen wrote:
Carl,
I'm getting the same error on the make test w/ Mod Perl. Did you
resolve this issue? I'm using FreeBSD 5.1. Is it really an issue or
is it just a testing problem.
I get the same error you're gett
Brent, I think Stas was having a bit of a look at it, I
just ignored the error messages and installed it anyway :)
Carl
Brent Jensen wrote:
Carl,
I'm getting the same error on the make test w/ Mod Perl. Did you
resolve this issue? I'm using FreeBSD 5.1. Is it really an issue or is
that some documents, including CPAN modules, are not UTF8
compliant, and opening them as UTF8 gives mysterious errors and test
failures. Remember, this locale setting is a recent change. I doubt
that chaning it back to what it was in Red Hat 7.3 will impact XML parsing.
To second Perrin, 5.8.0's U
test fails nearly all tests...
Tim Howell wrote:
> Stas (and others)--
>
> Following your suggestion I built/tested as a normal user. This time
> only one test fails (one of the CGI tests). Below is the output from
> make test.
Great. However if you don't mind to help oth
PAN modules, are not UTF8
compliant, and opening them as UTF8 gives mysterious errors and test
failures. Remember, this locale setting is a recent change. I doubt
that chaning it back to what it was in Red Hat 7.3 will impact XML parsing.
- Perrin
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
> > My understanding is that setting locale to UTF8 makes it try to
> open
> > everything as a UTF8 document, but not everything is one. It
> causes
> > problems for Java and Konsole too apparently. It could simply be
> that
> > Perl's handlling of UTF
Perrin Harkins wrote:
On Thu, 2003-06-12 at 20:10, Stas Bekman wrote:
Perrin, do you think it's worth documented this somewhere in the
troubleshooting section? OS-specific issues?
That's a good idea. I'm going on vacation for a couple of weeks and
won't be able to look at it until I get back,
On Thu, 2003-06-12 at 20:10, Stas Bekman wrote:
> Perrin, do you think it's worth documented this somewhere in the
> troubleshooting section? OS-specific issues?
That's a good idea. I'm going on vacation for a couple of weeks and
won't be able to look at it until I get back, but if no one else h
1 - 100 of 543 matches
Mail list logo
