All,
Just a followup. I followed Stas's directions, and did this:
% su
% cd /usr/local/src
% tar -zvxf apache_1.3.31.tar.gz
% tar -zvxf mod_perl-1.29.tar.gz
% cd mod_perl-1.29
% perl Makefile.PL APACHE_SRC=../apache_1.3.31/src \
DO_HTTPD=1 USE_APACI=1 EVERYTHING=1
% make
David Wheeler wrote:
On Jul 9, 2004, at 2:23 PM, Stas Bekman wrote:
I don't know how M::B does the version checking, but EU::MM does file
parsing, searching for the $VERSION line, so the version number must
be hardcoded there, unless you do something like:
$VERSION = do { require Apache2; requir
On Jul 9, 2004, at 2:23 PM, Stas Bekman wrote:
I don't know how M::B does the version checking, but EU::MM does file
parsing, searching for the $VERSION line, so the version number must
be hardcoded there, unless you do something like:
$VERSION = do { require Apache2; require mod_perl.pm;
$mod_
Randy Kobes wrote:
On Fri, 9 Jul 2004, Stas Bekman wrote:
Randy Kobes wrote:
[ ... ]
What about requiring 'Apache' for mp1-related modules
(since 'Apache' doesn't exist within mp2), and for mp2
modules, requiring 'Apache2' (which doesn't exist within
mp1)?
It won't work since the version number li
On 9 Jul 2004, at 19:25, David Arnold wrote:
My question to the people on this list: How to proceed? Can modperl1
and
modperl2 coexist? Can they both run with the latest apache? Can someone
outline the steps I should take to achieve my goal? Especially if
there is
someone on the list who has expe
On Fri, 9 Jul 2004, Stas Bekman wrote:
> Randy Kobes wrote:
[ ... ]
> > What about requiring 'Apache' for mp1-related modules
> > (since 'Apache' doesn't exist within mp2), and for mp2
> > modules, requiring 'Apache2' (which doesn't exist within
> > mp1)?
>
> It won't work since the version number
David Wheeler wrote:
On Jul 9, 2004, at 2:03 PM, Randy Kobes wrote:
But won't the CPAN indices (which are used by both CPAN.pm
and CPANPLUS.pm) still just recognize one version of
mod_perl.pm? Either the current one associated with mp1, or,
when mp2 is out of development, that associated with mp2
(
On Jul 9, 2004, at 2:03 PM, Randy Kobes wrote:
But won't the CPAN indices (which are used by both CPAN.pm
and CPANPLUS.pm) still just recognize one version of
mod_perl.pm? Either the current one associated with mp1, or,
when mp2 is out of development, that associated with mp2
(assuming mod_perl.pm
On Fri, 9 Jul 2004, David Wheeler wrote:
> On Jul 9, 2004, at 1:45 PM, David Wheeler wrote:
>
> > use 5.00503;
> > use Apache::TestMB;
> >
> > Apache::TestMB->new(
> > module_name=> 'Apache::Test::Skeleton',
> > license=> 'perl',
> > requires => { 'mod_perl' => ">=
On Jul 9, 2004, at 1:45 PM, David Wheeler wrote:
use 5.00503;
use Apache::TestMB;
Apache::TestMB->new(
module_name=> 'Apache::Test::Skeleton',
license=> 'perl',
requires => { 'mod_perl' => ">= 1.0, < 1.99",
},
build_requires => { Test::More
On Jul 9, 2004, at 1:38 PM, Stas Bekman wrote:
It won't work since the version number lives in the package mod_perl.
and most likely you'd want to require a minimal version at some point.
Ah, but this is one of the beauties of Module::Build, my friends.
Behold!
use 5.00503;
use Apache::TestMB;
A
Randy Kobes wrote:
On Fri, 9 Jul 2004, David Wheeler wrote:
On Jul 9, 2004, at 1:09 PM, Stas Bekman wrote:
There is no Apache.pm in mp2. You probably wanted to say:
requires => { 'mod_perl' => 0,
Right. In fact, it should probably be
requires => { 'mod_perl' => '1.0',
in t
On Fri, 9 Jul 2004, David Wheeler wrote:
> On Jul 9, 2004, at 1:09 PM, Stas Bekman wrote:
>
> > There is no Apache.pm in mp2. You probably wanted to say:
> >
> > > requires => { 'mod_perl' => 0,
>
> Right. In fact, it should probably be
>
> requires => { 'mod_perl' => '1.0
David Wheeler wrote:
On Jul 9, 2004, at 1:09 PM, Stas Bekman wrote:
There is no Apache.pm in mp2. You probably wanted to say:
> requires => { 'mod_perl' => 0,
Right. In fact, it should probably be
requires => { 'mod_perl' => '1.0',
in the MP1 example, and
requires
I'll be teaching an up-to-date mod_perl 2.0 tutorial at the ActiveState
offices in Vancouver, BC this upcoming Saturday. For more details see
the Vancouver.pm homepage: http://vancouver.pm.org/. If you are in the
area, stop by and learn what cool things you can do with mod_perl 2.0.
--
On Jul 9, 2004, at 1:09 PM, Stas Bekman wrote:
There is no Apache.pm in mp2. You probably wanted to say:
> requires => { 'mod_perl' => 0,
Right. In fact, it should probably be
requires => { 'mod_perl' => '1.0',
in the MP1 example, and
requires => { 'mod_perl' =>
David Wheeler wrote:
[...]
And in fact, to make it more generally useful, I think I'd actually make
it:
use 5.00503;
use Apache::TestMB;
Apache::TestMB->new(
module_name=> 'Apache::Test::Skeleton',
license=> 'perl',
requires => { 'Apache' => 0,
On Jul 9, 2004, at 11:41 AM, Stas Bekman wrote:
Isn't that Apache::TestMB?
D'oh! Yes! Sorry!
use 5.00503;
use Apache::TestMB;
Apache::TestMB->new(
module_name => 'Apache::Test::Skeleton',
)->create_build_script;
And in fact, to make it more generally useful, I think I'd actually
make it:
use
The first Krang add-on, Krang-BricLoader v1.11, is now available.
With this add-on Krang can load data from Bricolage. If you've been
looking for a way to go from Bricolage to Krang without losing data
then your search is over!
Download this, and someday many more, add-ons from the Krang add-on
r
Joe Schaefer <[EMAIL PROTECTED]> writes:
[...]
> Still digging though...
Bug found in src/apreq_parsers.c:split_urlword.
The problem is that apreq_decode can fail if
a bucket ends in the middle of an escape sequence,
which causes the parser to abort.
This will be fixed before 2.04-dev is relea
Kent, Mr. John (Contractor) wrote:
Greetings ModPerl Gurus,
Not seeing any significant speed up in my cgi scripts using mod-perl (3.5 RPS) over
straight
Apache (3.2 RPS), unlike in the past.
So figure I must have something configured incorrectly. Hopefully someone can tell
me what I have wrong.
S
David Arnold wrote:
All,
My apologies to Stas for again forgetting to "Reply All." Senior moments, I
guess.
:)
Meanwhile, I have a successful installation of the latest apache and
modperl2. I would like to install modperl1 for the purposes of practicing
with the the excellent books by Stas, Geoffr
David Wheeler wrote:
On Jul 7, 2004, at 7:01 AM, Geoffrey Young wrote:
the bug reporting skeleton has become so useful for me (and others)
that I
have created two new skeletons:
I would add a Build.PL with these contents:
use 5.00503;
use Apache::Test::MB;
Isn't that Apache::TestMB?
Apache::Test:
Geoffrey Young wrote:
Ok. Working through the docs(converting to mp2-API) the following
question came to my mind:
Are there any rules, which (response-)method is in which module?
- no_cache is found in Apache::RequestUtil
- update_mtime/set_last_modified are found in Apache::Response
- content_t
Tom Schindl wrote:
You set it explicitly, as in your example. Again, you need to use the
special methods only for some of the headers. May be that section
should explicitly list all those special headers. Patches are welcome.
So far I've identified the following methods:
Apache::ResquestUtil
* n
All,
My apologies to Stas for again forgetting to "Reply All." Senior moments, I
guess.
Meanwhile, I have a successful installation of the latest apache and
modperl2. I would like to install modperl1 for the purposes of practicing
with the the excellent books by Stas, Geoffrey Young, and Lincoln
On Jul 7, 2004, at 7:01 AM, Geoffrey Young wrote:
the bug reporting skeleton has become so useful for me (and others)
that I
have created two new skeletons:
I would add a Build.PL with these contents:
use 5.00503;
use Apache::Test::MB;
Apache::Test::MB->new(
module_name => 'Apache::Test::Skele
Well, my idea is to build a persistent IMAP module to use with mod_perl.
So, unfortunetly this is not the solution.
Any more ideas?
Joao Sa
From: Perrin Harkins <[EMAIL PROTECTED]>
To: Jean-Michel Hiver <[EMAIL PROTECTED]>
CC: João Sá <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: Requests to
"Ken Burcham" <[EMAIL PROTECTED]> writes:
> Actually, one weird thing is that if I use CGI.pm instead of
> Apache::Request the parm is there just fine... Maybe it handles
> it differently or something...
Sorry, I haven't been able to reproduce the bug (using
Mozilla to submit the form) yet.
It might be easier (and simpler) to use a challenge cookie sent from the
server and then checked by subsequent pages, where cookies are required,
rather than depend on JavaScript.
In the first script:
my $c = new CGI::Cookie( -name => 'test_cookie' -value => "1", -path =>
"/" );
$r->err_headers
Greetings ModPerl Gurus,
Not seeing any significant speed up in my cgi scripts using mod-perl (3.5 RPS) over
straight
Apache (3.2 RPS), unlike in the past.
So figure I must have something configured incorrectly. Hopefully someone can tell
me what I have wrong.
Successfully built:
[Fri Jul 09
Actually, one weird thing is that if I use CGI.pm instead of
Apache::Request the parm is there just fine... Maybe it handles
it differently or something...
FYI.
ken.
On 9 Jul 2004 at 12:14, Ken Burcham wrote:
> Adding enctype=multipart works like a charm! The weird thing is that
> smaller
Currently I'm using:
use Apache::Request ();
my $readquery = Apache->request;
$readquery = Apache::Request->new($readquery);
foreach $temppram (sort $readquery->param) {
$in{$temppram} = join('\0', $readquery->param($temppram));
}
But it seems I'm missing something that proably make this fa
Adding enctype=multipart works like a charm! The weird thing is
that smaller textareas come in fine... it must just be when they
get over a certain size that "something" is deciding to drop
them... At any rate... thanks a lot!
ken.
On 9 Jul 2004 at 11:04, Barksdale, Ray wrote:
>
> Well, c
Thanks to Randy Kobes and Frank Wiles for their responses.
We got it to work. Turned out to be a Windows services security issue. Config file was fine. We changed the apache service it to run under a local services account rather than local system, granted file privileges and now I can get to D
Well, crap This just confirms my wife's
observation: I'm a dufus.
Rewrote my form generator during mp2 upgrade and
dropped the enctype. All better
now.
Sorry about piling on Joe.
Thanks for the
remider Stefan.
From: Stefan Loones [mailto:[EMAIL PROTECTED]
Sent: Friday, Jul
Hi.
I'm having some problems with users and cookies, although I'm not
quite sure what's going on with it. On a front page, I have a bit of
javascript that sets and immediately after reads a cookie, to check
that cookies are enabled. This works fine for me in Firefox on both
linux and windows, and
Same problem here passing large strings in fields (hidden in my case).
POST_MAX set high (100 just to make sure).
The only major difference between Ken's stuff and mine seems to be his
threaded 5.8.0 Perl
versus my single threaded 5.8.3.
> -Original Message-
> From: Ken Burcham [mail
In my experience you need to set enctype="multipart/form-data" in
your form tag, whenever you use a textarea or a file upload.
So must be:
"http://gcxdev.ccci.org/aptest"
enctype="multipart/form-data" method="post" />
Stef
Ken Burcham wrote:
I guess the simplest thing is to say the fo
Should return as an array if you ask for one or at least it does for
me.
my $apr = Apache::Request->new($r);
my @array = $apr->param($key);
-Original Message-
From: David Hofmann [mailto:[EMAIL PROTECTED]
Sent: Friday, July 09, 2004 9:49 AM
To: [EMAIL PROTECTED]
Subject: Apach
I guess the simplest thing is to say the form below, when posted
to the handler below, drops the sys_bundle field.
Thanks,
ken.
=-=-=-=-=-=-=-
form:
---
http://www.w3.org/TR/html4/loose.dtd";>
Box tool test
http://gcxdev.ccci.org/aptest"; method="post"/>
sys_action
sys_name
sys_communit
In CGI.pm you can use:
%params = $q->Vars;
To get the incoming form data and key words.
Multivalued parameters are returned as a packed string, separated by the
"\0" (null) character.
How do you get multivalue data in Apache::Request?
__
"Ken Burcham" <[EMAIL PROTECTED]> writes:
> Hey guys,
>
> I submitted a bug report to [EMAIL PROTECTED] and it got returned
> without comment... (maybe it was the wrong place?) so I guess i'll
> post it here since I know Joe Schaefer monitors this list :).
Yup, I'm here. Problems with param
Hey guys,
I submitted a bug report to [EMAIL PROTECTED] and it got returned without comment...
(maybe it was the wrong place?) so I guess i'll post it here since I know Joe Schaefer
monitors this list :). Any ideas what's going on here? Thanks!
ken.
-8<-- Start B
> Ok. Working through the docs(converting to mp2-API) the following
> question came to my mind:
>
> Are there any rules, which (response-)method is in which module?
> - no_cache is found in Apache::RequestUtil
> - update_mtime/set_last_modified are found in Apache::Response
> - content_type
Stas Bekman wrote:
Tom Schindl wrote:
Stas Bekman wrote:
Tom Schindl wrote:
[...]
The very first URL, that you've quoted Tom, mentions that for certain
headers you ought to use special Apache methods. Which is the case
for content_type, no_cache and a few others. Apache does more things
than jus
Stas Bekman wrote:
[...]
You set it explicitly, as in your example. Again, you need to use the
special methods only for some of the headers. May be that section should
explicitly list all those special headers. Patches are welcome.
I forgot that we have a whole chapter on that topic:
http://per
Tom Schindl wrote:
Stas Bekman wrote:
Tom Schindl wrote:
[...]
The very first URL, that you've quoted Tom, mentions that for certain
headers you ought to use special Apache methods. Which is the case for
content_type, no_cache and a few others. Apache does more things than
just setting those hea
Stas Bekman wrote:
Tom Schindl wrote:
[...]
The very first URL, that you've quoted Tom, mentions that for certain
headers you ought to use special Apache methods. Which is the case for
content_type, no_cache and a few others. Apache does more things than
just setting those headers. Your suggesti
Hi,
why are you not using the header functions provided by mod_perl, the
problem you're having is described here:
http://perl.apache.org/docs/2.0/user/coding/coding.html#Generating_HTTP_Response_Headers
Things used here:
http://perl.apache.org/docs/2.0/api/APR/Table.html#C_set_
http://perl.apache
Tom Schindl wrote:
Hi,
why are you not using the header functions provided by mod_perl, the
problem you're having is described here:
http://perl.apache.org/docs/2.0/user/coding/coding.html#Generating_HTTP_Response_Headers
Things used here:
http://perl.apache.org/docs/2.0/api/APR/Table.html#C_set_
Hi,
why are you not using the header functions provided by mod_perl, the
problem you're having is described here:
http://perl.apache.org/docs/2.0/user/coding/coding.html#Generating_HTTP_Response_Headers
Things used here:
http://perl.apache.org/docs/2.0/api/APR/Table.html#C_set_
http://perl.apache.o
wood chen wrote:
I'm using CGI.pm 3.05 with mod_per 1.99 and Apache 2.0.40 on a Red
Hat Linux 9 box. When uploading a large file to my perl script,
If I abort file transfer by close the browser, the httpd child
process who process this request will run out of memory.
Whe i trace into the CGI.pm,
53 matches
Mail list logo
