Dear Stas,
The patch worked, thanks for your help!
Harald.
Hi all,
Hopefully I didn't overstep any bounds here.
At http://p6m7g8.net/Apache-DBI are 3 files
http://p6m7g8.net/Apache-DBI/0.94_0.96.patch
http://p6m7g8.net/Apache-DBI-0.96.tar.gz
http://p6m7g8.net/Apache-DBI/Apache-DBI.ppd
This gets Apache::DBI to work nicely with mod_pe
Hi,
http://perl.apache.org/docs/2.0/rename.html states: "If using CGI.pm you will
need to upgrade to version 3.08 - versions 3.07 and older do not support the
new mod_perl API. you can get CGI.pm from
http://search.cpan.org/dist/CGI.pm/.";
But I have found only 3.07 there.
Thanks,
Torsten
p
On Mon, Apr 18, 2005 at 10:49:10PM +0200, Markus Wichitill wrote:
> Hi,
>
> I have a log handler that is supposed to log whether certain
> HTTP-authenticated customers were able to completely download their digital
> deliveries. The mod_perl 1.x version works just fine.
>
> Now under SuSE Linux
Torsten Foertsch wrote:
> Hi,
>
> http://perl.apache.org/docs/2.0/rename.html states: "If using CGI.pm you will
> need to upgrade to version 3.08 - versions 3.07 and older do not support the
> new mod_perl API. you can get CGI.pm from
> http://search.cpan.org/dist/CGI.pm/.";
>
> But I have f
On Mon, 2005-04-18 at 23:08, Scott Gifford wrote:
> ... I'm just explaining why the > probably showed up.
Right, I hope I've fixed this in POD original for now by joining 'From'
line with the previous one. Luckily for me, it was not the beginning of
the paragraph...
In common case for the future,
Slava Bizyayev wrote:
On Mon, 2005-04-18 at 23:08, Scott Gifford wrote:
... I'm just explaining why the > probably showed up.
Right, I hope I've fixed this in POD original for now by joining 'From'
line with the previous one. Luckily for me, it was not the beginning of
the paragraph...
:)
In commo
Philip M. Gollucci wrote:
[...]
I was going to add some Apache-Test tests using Apache::TestMM (per
ask's requests), but I couldn't figure out how not to kill the existing
test suites if Apache-Test isn't installed (for mp1 users this will
usually be the case as its not in the core mp1 core)
Jus
I'm trying to implement abstract URL / URI calls.
For my htdocs directory (and .html files), the
MultiViews option works fine. For example,
http://localhost/address will resolve to its
respective html file.
No such luck when I'm trying to get Apache to resolve
.pl files. For example, http://loc
Stas Bekman wrote:
Philip M. Gollucci wrote:
[...]
I was going to add some Apache-Test tests using Apache::TestMM (per
ask's requests), but I couldn't figure out how not to kill the
existing test suites if Apache-Test isn't installed (for mp1 users
this will usually be the case as its not in the
Philip M. Gollucci wrote:
Hi all,
Hopefully I didn't overstep any bounds here.
At http://p6m7g8.net/Apache-DBI are 3 files
http://p6m7g8.net/Apache-DBI/0.94_0.96.patch
http://p6m7g8.net/Apache-DBI-0.96.tar.gz
http://p6m7g8.net/Apache-DBI/Apache-DBI.ppd
So sorry,
http://p6m7g8.net/Apache
On Tue, 2005-04-19 at 11:30, Devin Murphy wrote:
> I'm trying to implement abstract URL / URI calls.
>
> For my htdocs directory (and .html files), the
> MultiViews option works fine. For example,
> http://localhost/address will resolve to its
> respective html file.
>
> No such luck when I'm tr
Philip M. Gollucci wrote:
> Stas Bekman wrote:
>
>> Philip M. Gollucci wrote:
>> [...]
>>
>>> I was going to add some Apache-Test tests using Apache::TestMM (per
>>> ask's requests), but I couldn't figure out how not to kill the
>>> existing test suites if Apache-Test isn't installed (for mp1 us
Geoffrey Young wrote:
http://search.cpan.org/src/GEOFF/Apache-HEADRegistry-0.01/Makefile.PL
of course, this is really being academic and there's no reason you can't use
PREREQ_PM. but don't let PREREQ_PM lure you into a false sense of security.
for example, just finding Apache-Test isn't sufficie
Hello,
I imagine that this question has been asked before, but my google skills
are failing me at the moment. Here's the thing: I have users who would
like to keep their apache1/mp1 setup in place while they work on the
same machine testing apache2/mp2. When I tried to do a similar thing a
month
Sc
So, the question is: is it possible (and relatively easy) to have
mod_perl1 and mod_perl2 installed on the same machine?
Try mod_perl2.00 RC5 seems to work for me :)
MP_APACHE2_INST=1 is gone.
mod_perl.pm is installed as mod_perl2.pm
and mp2 libs are in Apache2:: directory and namespace by de
Geoffrey Young wrote:
Torsten Foertsch wrote:
Hi,
http://perl.apache.org/docs/2.0/rename.html states: "If using CGI.pm you will
need to upgrade to version 3.08 - versions 3.07 and older do not support the
new mod_perl API. you can get CGI.pm from
http://search.cpan.org/dist/CGI.pm/.";
But I
I did see the rename doc, though I didn't realize that it applied to
something as recent as the transition to RC4->RC5. Are you currently
using mp1 and mp2? What about any mp applications that were written
prior to this name change? Of course, I can't do any testing myself,
because I had to blo
Scott Cain wrote:
I did see the rename doc, though I didn't realize that it applied to
something as recent as the transition to RC4->RC5. Are you currently
using mp1 and mp2? What about any mp applications that were written
prior to this name change? Of course, I can't do any testing myself,
be
Scott Cain wrote:
because I had to blow away my installation of mp1 to get my mp2 apps to
work.
I always build my servers with their own copy of perl in a directory
such as:
/usr/local/httpd_20050419
I build a fresh perl and apache in that directory, and get everything
working. My particular
I am using turnkey (http://turnkey.sf.net) which tries to do some fancy
footwork to determine which mod_perl is being used:
(note that Turnkey::Root::mod_perl_version parses $ENV{MOD_PERL} and
returns 2 if it looks like mod_perl 1.99+ or 1 otherwise):
if (Turnkey::Root::mod_perl_version( $ENV{MOD
That is a great idea and I will use it in the future. Unfortunately, it
doesn't really help my users who, while very bright, are not perl
developers and would likely balk at doing that.
Thanks,
Scott
On Tue, 2005-04-19 at 14:14 -0700, ___cliff rayman___ wrote:
> Scott Cain wrote:
>
> >because I
Scott Cain wrote:
I am using turnkey (http://turnkey.sf.net) which tries to do some fancy
footwork to determine which mod_perl is being used:
(note that Turnkey::Root::mod_perl_version parses $ENV{MOD_PERL} and
returns 2 if it looks like mod_perl 1.99+ or 1 otherwise):
Thats not going to run und
On Tue, 2005-04-19 at 17:21 -0400, Scott Cain wrote:
> That is a great idea and I will use it in the future. Unfortunately, it
> doesn't really help my users who, while very bright, are not perl
> developers and would likely balk at doing that.
I do something similar to what Cliff has here. Ther
Philip,
Thanks! That is very useful info--I will forward it to the turnkey
developers (it's not my project, just related to one I am working on).
Scott
On Tue, 2005-04-19 at 17:26 -0400, Philip M. Gollucci wrote:
> Scott Cain wrote:
>
> >I am using turnkey (http://turnkey.sf.net) which tries t
That's a good point. I will at least suggest it to them.
Scott
On Tue, 2005-04-19 at 17:37 -0400, Perrin Harkins wrote:
> On Tue, 2005-04-19 at 17:21 -0400, Scott Cain wrote:
> > That is a great idea and I will use it in the future. Unfortunately, it
> > doesn't really help my users who, while
26 matches
Mail list logo
