ice that ICY headers should be sent in nph- mode,
and xmms seems to work just fine with it. Hopefully Clemens will provide a
better port soonish.
Lincoln
On Monday 02 June 2003 07:37 am, Stas Bekman wrote:
I've ported Apache::MP3 to mp2. I'm not submitting it as a patch yet, since
I want
mp1.99.10-dev
apache 2.0.46
Session-0.01 (by Olivier Poitrey)
I've got a subroutine as follows :
sub login {
# checks supplied username & passwd against users table in db
# if ok, creates a session & returns session_id & username
# otherwise, returns 0
my ($supplied_username, $supp
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
it just a
I'm using Stas's read_post() call from the test
directory in mp1.99-10-dev, and am using it
to grab POST data of the form of an email
address ..
this is giving me this :
read_post returned : username=carl%40somewhere&password=foo
Escaped the @ ... of course.
I'm curios, where's the best place to
Perrin Harkins wrote:
Mithun Bhattacharya wrote:
If
perl's UTF-8 support is broken in 5.8.0 doesnt that mean it will break
any mod_perl application which is handling XML's or UTF-8 data ?
I didn't say it was broken. I don't really know if it is. What I do
know is that some documents, includin
No problem. Today has been crazy, but I should be able to post this
information on Monday morning.
Thanks again. =)
--TWH
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 12, 2003 4:38 PM
To: Tim Howell
Cc: [EMAIL PROTECTED]
Subject: Re: [mp2] make
Mithun Bhattacharya wrote:
If
perl's UTF-8 support is broken in 5.8.0 doesnt that mean it will break
any mod_perl application which is handling XML's or UTF-8 data ?
I didn't say it was broken. I don't really know if it is. What I do
know is that some documents, including CPAN modules, are not U
--- 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
> With something like a http://foo/*> block, mod_proxy does
> the right thing ( and the simple ) of using the power of
> ap_walk_config() to handler the parsing of the contents of the block.
[...snip...]
> Reason blocks can't do that is becasue we can't let httpd try and
> parse perl code and ma
On Thu, 2003-06-12 at 02:59, Marc M. Adkins wrote:
> > > The code to implement blocks (e.g. ...) in
> > config files is
> > > pretty gnarly, too. I know it's already there for , it's
> > one of the
> > > places I looked when I was considering doing one of my own and
> > wanted to see
> > > an exam
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
Perrin Harkins wrote:
On Tue, 2003-06-10 at 05:08, Mithun Bhattacharya wrote:
What exactly is broken in RedHat 8.0/9.0 - RedHat's build of perl,
perl's support for unicode or perl's support for locales ?
Short answer: the Perl build is fine if you change the locale to what it
was in previous ver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
sounds good to me. Anybody has an experience of using Filter::Simple
with mod_perl?
A simple version looks like this...
package Apache::compat::uber;
use strict;
use Filter::Simple;
use constant ahh => 0;
FILTER {
print STDERR "PRE = $_\n" if
Haroon Rafique wrote:
On Today at 6:58pm, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> please try this patch against the current cvs. I did some testing and
SB> it seems to work. Test it on your old setup where you still have this
SB> problem.
SB>
SB> [...patch snipped...]
SB>
SB>
I applied
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 others, I'd like you to help me to
resolve your original problem, i
Tim Howell wrote:
I figured this one out: CGI needed to be updated. =)
Yes, the cvs version already handles this test gracefully.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl G
I figured this one out: CGI needed to be updated. =)
--TWH
-Original Message-
From: Tim Howell
Sent: Thursday, June 12, 2003 10:00 AM
To: [EMAIL PROTECTED]
Subject: RE: [mp2] make test fails nearly all tests...
Stas (and others)--
Following your suggestion I built/tested as a
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.
Thanks for your help. I've only been using unix/linux for a few months,
but I've learned an enormous amount from lists like t
On Today at 6:58pm, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> please try this patch against the current cvs. I did some testing and
SB> it seems to work. Test it on your old setup where you still have this
SB> problem.
SB>
SB> [...patch snipped...]
SB>
SB>
I applied your suggested patch t
Stas Bekman wrote:
Haroon Rafique wrote:
On Today at 9:46am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> SB> Actually it was Sunday (future!) and it's winter (past?) here in
SB> Melbourne ;)
I figured we were a few continents away.
SB> SB> Then, if it's indeed your globally installed Apache::
Haroon Rafique wrote:
On Today at 9:46am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB>
SB> Actually it was Sunday (future!) and it's winter (past?) here in
SB> Melbourne ;)
I figured we were a few continents away.
SB>
SB> Then, if it's indeed your globally installed Apache::Filter and not
SB
it's not evil, it's just far from trivial to do the parsing right, therefore
the job is delegated to the modules that excel at this job.
don't expect this to ever be part of the mp2 API, it's CGI.pm or
Apache::Request that (will) do that job.
*nod*
I'm also trying t
?
Also see the guts of Apache/compat.pm for how it provides the backcompat
functionality of doing:
my %args = $r->args;
The doco says that's evil, or at least it is in an array context,
not a hash?
don't expect this to ever be part of the mp2 API, it's CGI.pm or
Apache::Request
ncerning taint etc appreciated)
print $r->args;
prints "a=4", you can also do:
$r->args("a=5");
Is that what you are after?
Also see the guts of Apache/compat.pm for how it provides the backcompat
functionality of doing:
my %args = $r->args;
don't expect this
Scott Penrose wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
sounds good to me. Anybody has an experience of using Filter::Simple
with mod_perl?
A simple version looks like this...
package Apache::compat::uber;
use strict;
use Filter::Simple;
use constant ahh => 0;
FILTER {
print STD
My appologies, I've tried to grok this from the doco,
but must have missed it somewhere while trying to
parse apache::request somehow?
I've got a script, I want to grab submitted values to it
of the form :
http://foo.bar/perl/script.pl?a=4
And I want to be able to work out what "a" is within scrip
[...]
From: Scott Penrose <[EMAIL PROTECTED]>
To: Stas Bekman <[EMAIL PROTECTED]>
I have two solutions for your problem you presented yesterday.
Both have side effects but I can work them at least in part (I don't
know all the gotchas with ModPerl though).
1) Filter::Simple
use Apache::compat:
Stas Bekman wrote:
Last night I have done the mod_perl 1.0 to 2.0 porting presentation at
the Melbourne mongers meeting, and I have raised the issue with
Apache::compat, asking for input from my audience. Here is the problem
that we have:
Apache::compat provides mod_perl 1.0 backward compatibil
Last night I have done the mod_perl 1.0 to 2.0 porting presentation at the
Melbourne mongers meeting, and I have raised the issue with Apache::compat,
asking for input from my audience. Here is the problem that we have:
Apache::compat provides mod_perl 1.0 backward compatibility implementation.
Tim Howell wrote:
I've searched the list archives for relevant postings, and I found a
couple of messages with similar problems, but no answers. I think I've
included all relevant details. Please let me know if there is something
else I should add.
I'm working with a fresh install of RedHat
> > The code to implement blocks (e.g. ...) in
> config files is
> > pretty gnarly, too. I know it's already there for , it's
> one of the
> > places I looked when I was considering doing one of my own and
> wanted to see
> > an example. The Apache framework is pretty strong for putting in new
>
Title: [mp2] make test fails nearly all tests...
I've searched the list archives for relevant postings, and I found a couple of messages with similar problems, but no answers. I think I've included all relevant details. Please let me know if there is something else I should
been having a very
stable site for quite a long time.
Now we're planning to shift to mod_perl-2. I could get
everything compiled, but mp2 bombed while parsing our
config. files. I've reported this bug (search for
PerlSection + recurse/recursive) and hopefully some1
is working on it ;-
Thanks for all the long and short success stories. It's good to see that
mod_perl 2.0 is alive and kicking ;)
We have a special location for success stories on perl.apache.org:
http://perl.apache.org/outstanding/sites.html
http://perl.apache.org/outstanding/success_stories/index.html
If you want
I'm using mp2 with Template::Toolkit for a number
of production sites on NetBSD. Apart from it whinging
at test time, it seems just fine :)
Carl
tHandler (not sure
> when MP2 handles these) but is this called per thread?
No, PerlChildInitHandler is called when a process starts up. Apache provides
no hooks for threads startup.
http://perl.apache.org/docs/2.0/user/handlers/serv
Hi,
sorry my english
i development one big ecommerce system in mp2 and i very happy
is fast and stable
Sreeji K Das wrote:
...
...
I'd be interested in what you thought of the switch
after going live, we
were never sure (but getting there now) if we should
have started with MP2
o
On Today at 9:46am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB>
SB> Actually it was Sunday (future!) and it's winter (past?) here in
SB> Melbourne ;)
I figured we were a few continents away.
SB>
SB> Then, if it's indeed your globally installed Apache::Filter and not
SB> the local one, dump
On Tue, 2003-06-10 at 05:08, Mithun Bhattacharya wrote:
> What exactly is broken in RedHat 8.0/9.0 - RedHat's build of perl,
> perl's support for unicode or perl's support for locales ?
Short answer: the Perl build is fine if you change the locale to what it
was in previous version of Red Hat (en_
On Today at 12:38am, PH=>Perrin Harkins <[EMAIL PROTECTED]> wrote:
PH> On Mon, 2003-06-09 at 09:55, Haroon Rafique wrote:
PH> > Now onto serious stuff. /usr/bin/perl here is the system-wide perl
PH> > install that came bundled with Redhat.
PH>
PH> Just a thought: did you fix the locale on that ma
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
> Perrin Harkins wrote:
> > On Tue, 2003-06-10 at 01:45, Stas Bekman wrote:
> >
> >>mp2+winFU => winnt MPM => no forking, only threads
> => Apache::DBI is useless
> >>there. not only useless, bu
On Tue, Jun 10, 2003 at 04:27:17PM +1000, Stas Bekman wrote:
> Perrin Harkins wrote:
> >On Tue, 2003-06-10 at 01:45, Stas Bekman wrote:
> >
> >>mp2+winFU => winnt MPM => no forking, only threads => Apache::DBI is
> >>useless there. not only useless, but
What exactly is broken in RedHat 8.0/9.0 - RedHat's build of perl,
perl's support for unicode or perl's support for locales ?
I dont think the LANG variable is wrong as such is it ?
I have to currently upgrade a couple of production servers running
mod_perl and I am finding it difficult to decide
>...
>...
>
> I'd be interested in what you thought of the switch
> after going live, we
> were never sure (but getting there now) if we should
> have started with MP2
> or not, never got a chance to see MP1 in action.
We have found MP1 to be stable. (We had a lot of
Perrin Harkins wrote:
On Tue, 2003-06-10 at 01:45, Stas Bekman wrote:
mp2+winFU => winnt MPM => no forking, only threads => Apache::DBI is useless
there. not only useless, but also wasteful, since it's going to do work that
has no added value.
But how is this any different
On Tue, 2003-06-10 at 01:45, Stas Bekman wrote:
> mp2+winFU => winnt MPM => no forking, only threads => Apache::DBI is useless
> there. not only useless, but also wasteful, since it's going to do work that
> has no added value.
But how is this any different from separate
Perrin Harkins wrote:
On Mon, 2003-06-09 at 21:02, Stas Bekman wrote:
Paul Simon wrote:
So, according to the docs,
http://perl.apache.org/docs/2.0/user/performance/mpm.html#Work_with_DataBases_under_Threaded_MPM,
using Apache::DBI doesn't do anything under
mp2+windows2000 ...
That'
On Mon, 2003-06-09 at 21:02, Stas Bekman wrote:
> Paul Simon wrote:
> > So, according to the docs,
> > http://perl.apache.org/docs/2.0/user/performance/mpm.html#Work_with_DataBases_under_Threaded_MPM,
> > using Apache::DBI doesn't do anything under
> > mp2+win
On Mon, 2003-06-09 at 09:55, Haroon Rafique wrote:
> Now onto serious stuff. /usr/bin/perl here is the system-wide perl install
> that came bundled with Redhat.
Just a thought: did you fix the locale on that machine? Most of CPAN
won't compile on Red Hat 8 and 9 because of the broken UTF8 locale
Paul Simon wrote:
So, according to the docs,
http://perl.apache.org/docs/2.0/user/performance/mpm.html#Work_with_DataBases_under_Threaded_MPM,
using Apache::DBI doesn't do anything under
mp2+windows2000 ...
That's correct. Since Apache::DBI does per-process pooling, and apache 2.0 on
w
So, according to the docs,
http://perl.apache.org/docs/2.0/user/performance/mpm.html#Work_with_DataBases_under_Threaded_MPM,
using Apache::DBI doesn't do anything under
mp2+windows2000 ... What is the status of DBI::Pool?
These modules deal mainly with persistent database
connections. Is
Marc M. Adkins wrote:
However I think it is possible to make the architecture more
flexible to allow
pools sharing across specific vhosts, or even location containers (if the
scope is set to be only for the handler). e.g. something like:
#base server
# parameters
# parameters
PerlUseTiPool A
> However I think it is possible to make the architecture more
> flexible to allow
> pools sharing across specific vhosts, or even location containers (if the
> scope is set to be only for the handler). e.g. something like:
>
> #base server
>
>
> # parameters
>
>
> # parameters
>
>
>
> PerlUse
Haroon Rafique wrote:
On Saturday at 9:22am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> I think the issue is very simple: @INC had system libraries dirs
SB> before the freshly build ones, so dumping @INC contents prior to libs
SB> loading should aid the debug. But please use the latest cvs, si
Marc M. Adkins wrote:
wrt Apache 2.0, mod_perl 2.0...
I'm not using Clone or Parent at the current time, but I was re-reading the
documentation on them for an unrelated reason and started thinking about how
they would work.
Suppose I want to set up five virtual hosts with modules A - E. Then I wa
On Saturday at 9:22am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> I think the issue is very simple: @INC had system libraries dirs
SB> before the freshly build ones, so dumping @INC contents prior to libs
SB> loading should aid the debug. But please use the latest cvs, since
SB> I've messed wi
- Original Message -
From: "Chris Faust" <[EMAIL PROTECTED]>
To: "Sreeji K Das" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, June 09, 2003 3:20 AM
Subject: Re: is anybody using mp2 in production?
> > (Btw, Chris, are you using the
e things we want to do but keep getting side
tracked with something else.
Sooner then later we will be giving it a shot though.
I'd be interested in what you thought of the switch after going live, we
were never sure (but getting there now) if we should have started with MP2
or not, never go
e site for quite a long time.
Now we're planning to shift to mod_perl-2. I could get
everything compiled, but mp2 bombed while parsing our
config. files. I've reported this bug (search for
PerlSection + recurse/recursive) and hopefully some1
is working on it ;-) Anyway, I plan to spend
ryone...
I went looking all over for good open-source filtering proxies that are
easily configurable, and happened upon very little. Then I remembered
reading about apache2 and how you can now hook into every part of the
request process now.
I grabbed mp2 and in the span of 4 hours (and havi
wrt Apache 2.0, mod_perl 2.0...
I'm not using Clone or Parent at the current time, but I was re-reading the
documentation on them for an unrelated reason and started thinking about how
they would work.
Suppose I want to set up five virtual hosts with modules A - E. Then I want
to set up six virt
PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, April 08, 2003 1:50 AM
Subject: is anybody using mp2 in production?
> I've heard that some people are already using mod_perl 2.0 in production.
It'd
> be interesting to hear mp2 both success and failure stories.
>
> p.s.
Jack Nerad wrote:
How the heck do you get the parameters from a request? I don't see any
methods that look right. I'd expect them to be on Apache::RequestRec,
but I can't see anything that is close to matching my idea of what it
should be named. Help?
http://perl.apache.org/docs/2.0/user/port
Haroon Rafique wrote:
On Today at 11:32am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB>
SB> Both failed due to the missing LWP. I was able to reproduce the exact
SB> problem by removing LWP/UserAgent.pm. I have now fixed both in cvs.
SB> Please 'cvs up' and test again. Thanks.
SB>
after cvs u
On Today at 11:32am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB>
SB> Both failed due to the missing LWP. I was able to reproduce the exact
SB> problem by removing LWP/UserAgent.pm. I have now fixed both in cvs.
SB> Please 'cvs up' and test again. Thanks.
SB>
after cvs up, "make test" skipped
How the heck do you get the parameters from a request? I don't see any
methods that look right. I'd expect them to be on Apache::RequestRec,
but I can't see anything that is close to matching my idea of what it
should be named. Help?
--
Jack Nerad
Haroon Rafique wrote:
Experience with 1.99_10-dev (up to date with CVS till yesterday):
=
The first batch of tests passes 100%, so the filter/in_bbs_msg.t from
1.99_09 is fixed. However, ModPerl-Registry tests fail with:
Failed Test
Haroon Rafique wrote:
On Yesterday at 11:17am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> Is it possible that you have an old install and it gets loaded
SB> instead? Can you try nuking any preinstalled mod_perl libs?
SB>
Hi Stas,
This will be a long email (I think you're probably used to lo
Stas Bekman wrote:
[snip]
Fantastic. We really need volunteers to help with the docs (at least
manpages).
The infrastructure is all there. We use pod and everything gets glued
together by DocSet. You can find more info here:
http://perl.apache.org/download/docs.html
Okay.
there are a few bits
On Yesterday at 11:17am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> Is it possible that you have an old install and it gets loaded
SB> instead? Can you try nuking any preinstalled mod_perl libs?
SB>
Hi Stas,
This will be a long email (I think you're probably used to looking at long
emails
Thanks for your reply. I really appreciate your time, so I'll keep it
brief.
Stas Bekman wrote:
Jack Nerad wrote:
From December 2002. I saw no response to this message. Have things
stabilized enough yet that there is documentation for these things?
There is a dynamic tool helping to figure
Jack Nerad wrote:
Thanks for your reply. I really appreciate your time, so I'll keep it
brief.
Stas Bekman wrote:
Jack Nerad wrote:
From December 2002. I saw no response to this message. Have things
stabilized enough yet that there is documentation for these things?
There is a dynamic tool
Dave wrote:
Stas Bekman wrote:
You don't tell which version of OpenBSD you are on.
sorry, openbsd 3.3 with perl 5.8.0
FWIW, Philippe reported having no problems running mod_perl 2.0 on OpenBSD 3.3
(though I think you need to use current cvs for that).
thats good, I guess I'll try the code fr
Stas Bekman wrote:
> You don't tell which version of OpenBSD you are on.
sorry, openbsd 3.3 with perl 5.8.0
> FWIW, Philippe reported having no problems running mod_perl 2.0 on OpenBSD 3.3
> (though I think you need to use current cvs for that).
thats good, I guess I'll try the code from cvs.
D
Eric Schwartz wrote:
On Wednesday, Jun 4, 2003, at 11:52 America/Denver, Dave wrote:
I am having the exact same test failure results on openbsd, and the
archives show that some people have had similar problems, with no
resolution that I have seen.
what happens if you manually run
/usr/local/apach
On Wednesday, Jun 4, 2003, at 11:52 America/Denver, Dave wrote:
I am having the exact same test failure results on openbsd, and the
archives show that some people have had similar problems, with no
resolution that I have seen.
what happens if you manually run
/usr/local/apache2/bin/httpd -X -d ./t
Dave wrote:
I am having the exact same test failure results on openbsd, and the
archives show that some people have had similar problems, with no
resolution that I have seen.
sure, and it was the same problem with aix earlier. The problem is with DSO
loading and it's a different problem on each pl
Jack Nerad wrote:
From December 2002. I saw no response to this message. Have things
stabilized enough yet that there is documentation for these things?
There is a dynamic tool helping to figure out what's available:
http://perl.apache.org/docs/2.0/api/ModPerl/MethodLookup.html
The real documenta
Ged Haywood wrote:
> On Wed, 4 Jun 2003, Dave wrote:
>
> > I am having the exact same test failure results on openbsd
>
> Did you build the Perl on that machine?
>
> If not, it might be worth a shot.
yes I did, I recompiled with debugging, and which causes the segfault to
occur in different func
Hi there,
On Wed, 4 Jun 2003, Dave wrote:
> I am having the exact same test failure results on openbsd
Did you build the Perl on that machine?
If not, it might be worth a shot.
73,
Ged.
I am having the exact same test failure results on openbsd, and the
archives show that some people have had similar problems, with no
resolution that I have seen.
what happens if you manually run
/usr/local/apache2/bin/httpd -X -d ./t -f cont/httpd.conf
from within the toplevel mod_perl-1.99_09
From December 2002. I saw no response to this message. Have things
stabilized enough yet that there is documentation for these things?
*
Subject:* [mp2]Kow do I find dovumention on...
*Author:* Beau E. Cox <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
*Date:*
Eric Schwartz wrote:
1. Problem Description:
'make' test fails to start httpd:
[...]
waiting for server to start: giving up after 61 secs
!!! server failed to start! (please examine t/logs/error_log)
[...]
*** /usr/local/bin/perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0) confi
1. Problem Description:
'make' test fails to start httpd:
$ make test
cd "src/modules/perl" && make -f Makefile.modperl
make[1]: Nothing to be done for `all'.
/usr/local/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -clean
*** setting ulimit to allow core files
ulimit -c unlimited; t/TEST -clean
APA
Haroon Rafique wrote:
On Today at 12:03pm, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB>
SB> > In the case of 1.99_09, following happens after running "make test"
SB> >
SB> > [Mon Jun 02 15:55:16 2003] [error] Invalid CODE attribute:
SB> > TestFilter::out_init_basic at
SB> > /home/haroon/src/
On Today at 12:03pm, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB>
SB> > In the case of 1.99_09, following happens after running "make test"
SB> >
SB> > [Mon Jun 02 15:55:16 2003] [error] Invalid CODE attribute:
SB> > TestFilter::out_init_basic at
SB> > /home/haroon/src/build/mod_perl-1.99_09
Haroon Rafique wrote:
system details are posted as cut-and-paste from t/REPORT output at the end
of the email.
Background:
1. make test passes 100% with 1.99_08
2. make test fails to start the webservers with 1.99_09
3. make test fails to start the webservers with 1.99_10-dev (cvs)
Right, the ne
system details are posted as cut-and-paste from t/REPORT output at the end
of the email.
Background:
1. make test passes 100% with 1.99_08
2. make test fails to start the webservers with 1.99_09
3. make test fails to start the webservers with 1.99_10-dev (cvs)
In the case of 1.99_09, following
I've ported Apache::MP3 to mp2. I'm not submitting it as a patch yet, since I
want to try to make the changes co-exist with mp1.
This package currently works only with mp2:
http://stason.org/tmp/Apache-MP3-3.04.tar.gz
This a temporary location and will be gone once I submit the
I'm looking at Apache::SessionX from Embperl as a possible
session tracker for an app I'm doing with Template::Toolkit,
has anyone any comments/suggestions re how mature this,
(or any other recommendations?) session tracking module
is under mp2? I've read some comments on CPAN
Hi Stas and guys -
As of Sat May 31 08:38:30 UTC 2003
1) I have the following installed and tested:
Server Version: Apache/2.0.46 (Unix)
mod_perl/1.99_10-dev (CVS)
Perl/v5.8.0
mod_ssl/2.0.46
OpenSSL/0.9.7b
2) Everything is looking good!
3) GOOD JOB FOLKS...
Aloha => Beau;
On Thu, 2003-05-29 at 05:24, Warren Young wrote:
> Geoffrey Young wrote:
> >
> >> sensitive to the syntax of the tag: they require a space in it,
> >
> > this is due to a limitation of apache 2.0. there _may_ be a way around
> > it, but probably not any time soon.
>
> I can live with that.
mod_perl 1.0 has several tools for throttling/block clients, but they all do
their work in pretty late stage, wasting quite a few resources. With mp2 you
can now throttle/block clients before any data was sent and before Apache has
done anything at all. This example module takes advantage of
Carl Brewer wrote:
I've just spun up apache 2.0.46 on Solaris 8, and the install of
mod_perl 1.99_09 seems fine so far.
Great. Thanks Carl!
For those who post success reports (which are as important as failure notes),
please either include the output of mp2bug (added in 1.99_09 to replace
t/REPO
I forgot to mention that 1.99_09 installs two new utils:
- mp2bug: used for success/failure reports after mod_perl was installed and
the source is no longer available (e.g. binary distros).
- mp2doc: replaces perldoc to cope with the Apache2/ subdir (perldoc won't
know to search under Apache2)/
I've just spun up apache 2.0.46 on Solaris 8, and the install of
mod_perl 1.99_09 seems fine so far.
Carl
+use Apache::Const -compile => qw(OK);
Without trying it, I'm sure that line will fix the error I'm seeing. I'd
try it, but my RH9 box can't be disturbed at the moment.
you will find that you need all the lines in that patch to get it to work -
the error you are seeing is just masking others
Geoffrey Young wrote:
sensitive to the syntax of the tag: they require a space in it,
this is due to a limitation of apache 2.0. there _may_ be a way around
it, but probably not any time soon.
I can live with that. It's good enough to know that you (plural) aren't
thrilled with it, either, a
The first bug is a known one: apparently, recent mod_perls are sensitive
to the syntax of the tag: they require a space in it, like this:
I hope this is just a bug that hasn't risen to the top of the
priority list yet, and that the mod_perl folk don't intend to keep this
sytax.
this is due
201 - 300 of 692 matches
Mail list logo
