defined" warning is a normal side-effect of the
> Apache2::Reload module providing information about which modules were
> effected. I use it on development servers, but not on production
> servers, because I want better performance from my production
> environments.
>
The "subroutine redefined" warning is a normal side-effect of the
Apache2::Reload module providing information about which modules were
effected. I use it on development servers, but not on production
servers, because I want better performance from my production
en
Thank you for your answer !
I only get these errors when module is reloaded by Apache2::Reload.
Not during the next execution of the scripts using the module.
Only when it is reloaded.
I replaced :
use JSON qw(to_json from_json);
by :
use JSON;
And I now get an additional message when the module
l.com> wrote:
>
>
> Hello,
>
> I use Apache2::Reload on my dev env :
> PerlModule Apache2::Reload
> PerlInitHandler Apache2::Reload
> PerlSetVar ReloadDirectories "/d/"
>
> It works perfectly.
> Of course I get the warnings "Subroutine redefine
Hello,
I use Apache2::Reload on my dev env :
PerlModule Apache2::Reload
PerlInitHandler Apache2::Reload
PerlSetVar ReloadDirectories "/d/"
It works perfectly.
Of course I get the warnings "Subroutine redefined" when modules are reloaded.
But I also get :
Prototype mis
I wanted to use Apache2::Reload but find that it's not included with
the base mod_perl distribution (at least on Centos 6.6). No problem,
I'll just fire up cpan and build it:
cpan[1] install Apache2::Reload
CPAN: Storable loaded ok (v2.20)
Reading '/root/.cpan/Metadata'
Database was generated
was working fine. And did a binary search
through the modules included to find the break point. I found it in that
*any one or combination of* the three modules
Apache2::compat
Apache2::Status
Apache2::Reload
being loaded would cause this exception to be thrown.
Fortunately for me, none of the three
Hi, we are experiencing some issues related to running our code under
ModPerl::Registry and Apache2::Reload issues. Sometimes the new code is
run, sometimes not and an error along the lines of:
could not find method load for LocalDetails.pm
are logged.
I suspect this is related
Philip M. Gollucci wrote:
WITH_MODPERL2=yes is std option used by many ports.
Also, you didn't read the output from www/mod_perl2 that tells you to
install it (www/p5-Apache-Relaod); though it doesn't mention the above var.
WITH_MODPERL2=yes will actually be dying sometime in 2010 and
Michiel Beijen wrote:
Foo JH wrote:
2. I can't install p5-Apache-Reload over ports, as it will complain it
expects Apache 1.3.
This would be actually more of a FreeBSD Ports related issue.
I guess you should complain at the port maintainer for the dependencies.
Apache-Reload is a bundle
Hello guys,
I'm wondering if there is any1 using FreeBSD + Apache2 + mp2. In short:
there's no Apache2::Reload.
I browsed around the web (in particular
http://www.mail-archive.com/d...@perl.apache.org/msg12048.html) , and
apparently I'm not the only one who noticed it. People mention
Foo JH wrote:
2. I can't install p5-Apache-Reload over ports, as it will complain it
expects Apache 1.3.
This would be actually more of a FreeBSD Ports related issue.
I guess you should complain at the port maintainer for the dependencies.
Apache-Reload is a bundle and should work with Apache2
I run FreeBSD + Apache2 + mp2. CPAN 'test Apache::Reload'
yields 'pass'. Subsequent CPAN 'test Apache2::Reload'
wants to use the same module, so it says 'Has already been
tested successfully'.
cmac
On Sep 3, 2009, at 3:59 AM, Foo JH wrote:
Hello guys,
I'm wondering if there is any1 using
+ mp2. In short: there's
no Apache2::Reload.
With ports-current, you will be able to install Apache2::Reload by:
$ cd /usr/ports/www/p5-Apache-Reload
$ sudo make WITH_MODPERL2=yes install
h.hanai
Howdy, as I have not received a response from dev at perl.apache.org I'm
thinking that was not the correct recipient. I just have a patch for
Apache2::Reload and want to know where to send it...
Cheers,
-Ryan
Original Message
Subject:Apache2::Reload
Date: Wed, 12
, as I have not received a response from dev at perl.apache.org I'm
thinking that was not the correct recipient. I just have a patch for
Apache2::Reload and want to know where to send it...
Cheers,
-Ryan
Original Message
Subject: Apache2::Reload
Date: Wed, 12 Aug
fREW Schmidt wrote:
[Thu Jan 15 17:34:21 2009] [error] Can't locate Apache2/Reload.pm in
@INC (@INC contains: C:/usr/site/lib C:/usr/lib . C:/Program
Files/Apache Software Foundation/Apache2.2) at (eval 3) line 3.\n
[Thu Jan 15 17:34:21 2009] [error] Can't load Perl module
Apache2::Reload
Hello all,
I am trying to use Apache2::Reload for development, and I apparently
configured my server incorrectly because I get these errors when I include
the PerlMode Apache2::Reload and PerlInitHandler Apache2::Reload directives
I get these errors:
[Thu Jan 15 17:34:21 2009] [error] Can't
Hello,
fREW Schmidt wrote:
I am trying to use Apache2::Reload for development, and I apparently
configured my server incorrectly because I get these errors when I include
the PerlMode Apache2::Reload and PerlInitHandler Apache2::Reload directives
I get these errors:
[Thu Jan 15 17:34:21 2009
I'm currently using Apache2::Reload on a development machine, but I
can't for the life of me figure out what it's doing and why.
I'm coming across weird behavior such as the following just about every
5 minutes:
1. Have a perfectly working page.
2. Change some `print foo` to `print bar
PerlSwitches -I/home/rutski/Documents/projects/wss/install/apache/lib
PerlModule Apache2::Reload
PerlModule CGI
LocationMatch ^/dynamic/
SetHandler perl-script
PerlInitHandler Apache2::Reload
PerlHandler HTML::Mason::ApacheHandler
PerlSetVar MasonDataDir
/home/rutski/Documents
the thread may die, which may explain why
several reloads don't work - but eventually you've killed each of the
threads that were running, and the new ones initialize fresh and normal.
David
Patrick Rutkowski wrote:
I'm currently using Apache2::Reload on a development machine, but I
can't
wrote:
I'm currently using Apache2::Reload on a development machine, but I
can't for the life of me figure out what it's doing and why.
I'm coming across weird behavior such as the following just about
every 5 minutes:
1. Have a perfectly working page.
2. Change some `print foo` to `print bar
On Wed, 14 Jan 2009, Patrick Rutkowski wrote:
Hmm, I see. Interesting points, all noted.
I also just realized it might have to do with which of the many apache
children get which requests and when.
I'm hoping that setting MaxRequestsPerChild to something like 1 or 2 (as
opposed to the
Philippe M. Chiasson [EMAIL PROTECTED] [21-04-2008 09:16]:
Fred Moyer wrote:
Geoffrey Young wrote:
[...]
so I guess this means a mp2 release should (going forward) include _and_
imply a new release of
o mp2
o Apache-Test
o Apache-Reload
o Apache-SizeLimit
And as the latest
Fred Moyer wrote:
Geoffrey Young wrote:
Fred Moyer wrote:
Niels van Dijke wrote:
Hi mod_perl maintainers,
Thank you for releasing mod_perl 2.0.4.
I was wondering what happened to Apache2::Reload? Was it missed in
packaging for the upload to CPAN? If so then there may be other files
missing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Philippe M. Chiasson wrote:
| And as the latest Release Manager, I must say that having to release 3
| extra CPAN modules along with each mp2 releases is going to be a PITA.
|
| http://svn.apache.org/[...]/Apache-Test/tags/1.31
Lots of svn:externals
Hi mod_perl maintainers,
Thank you for releasing mod_perl 2.0.4.
I was wondering what happened to Apache2::Reload? Was it missed in
packaging for the upload to CPAN? If so then there may be other files
missing too.
Regards,
Niels
Niels van Dijke wrote:
Hi mod_perl maintainers,
Thank you for releasing mod_perl 2.0.4.
I was wondering what happened to Apache2::Reload? Was it missed in
packaging for the upload to CPAN? If so then there may be other files
missing too.
See the Changelog:
Apache2::Reload has been moved
Fred Moyer wrote:
Niels van Dijke wrote:
Hi mod_perl maintainers,
Thank you for releasing mod_perl 2.0.4.
I was wondering what happened to Apache2::Reload? Was it missed in
packaging for the upload to CPAN? If so then there may be other files
missing too.
See the Changelog:
Apache2
Geoffrey Young wrote:
Fred Moyer wrote:
Niels van Dijke wrote:
Hi mod_perl maintainers,
Thank you for releasing mod_perl 2.0.4.
I was wondering what happened to Apache2::Reload? Was it missed in
packaging for the upload to CPAN? If so then there may be other files
missing too.
See
Geoffrey Young wrote:
so I guess this means a mp2 release should (going forward) include _and_
imply a new release of
o mp2
o Apache-Test
o Apache-Reload
o Apache-SizeLimit
--
Philip M. Gollucci ([EMAIL
On Feb 25, 2008, at 1:57 AM, Dami Laurent (PJ) wrote:
Hi Randy,
Thanks a lot, seems to work fine (but I didn't test very
extensively yet).
Just one small bug in the PPM : the ppd file mentions
Apache2::Reload, but this is not included in the tar.gz file. So I
had to manually install
extensively
yet).
Just one small bug in the PPM : the ppd file mentions
Apache2::Reload, but this is not included in the tar.gz file. So I
had to manually install it.
Apache2::Reload was just migrated out of the MP distro to external
Perl modules on CPAN (Dec 2007)
I guess the docs on MP need
very extensively yet).
Just one small bug in the PPM : the ppd file mentions Apache2::Reload, but this
is not included in the tar.gz file. So I had to manually install it.
best regards, Laurent Dami
On Nov 18, 2007, at 11:00 PM, Perrin Harkins wrote:
Okay, the copy/paste error just confused me.
In any case, Apache2::Reload wipes all package variables. It uses
ModPerl::Util::unload_package. So, this is the intended behavior. My
general advice is to only used Apache2::Reload on a dev
On Nov 19, 2007, at 12:51 PM, Jonathan Vanasco wrote:
ideally it would be something like:
on_reload {
reload_these( @namespaces );
}
That should be easy enough. Just touch all of those files and they
will all be reloaded.
- Perrin
I'm losing variables under apache2:: reload
below is a summation of my problem. when a2::reload recompiles off
of a changed sub, i lose the entire WATCH_ME var.
i think this might happen because of the begin blocks. and the way
plugins register. i thought it wise to bring this up though
On Nov 18, 2007 7:30 PM, Jonathan Vanasco [EMAIL PROTECTED] wrote:
below is a summation of my problem. when a2::reload recompiles off
of a changed sub, i lose the entire WATCH_ME var.
What would this code do if it was working? %WATCH_ME doesn't look
like anything ever gets put into it. Does
WATCH_ME is populated by subclasses that register on load.
on my dev server, the real WATCH_ME var has about 96 registered
modules in it. everything works perfect until i reload.
package myapp::tester::plugin;
our $var= 'hello';
On 6/27/07, Colin Wetherbee [EMAIL PROTECTED] wrote:
I have a handler in a module called JetSet::Handler. That module
depends on a number of other modules, which I've tried to include with
'use', with limited success. It seems, sometimes, symbols act just fine
and reload when they should, but
It seems like I've tried everything, and I can't get Apache2::Reload to
reload my modules.
I have a handler in a module called JetSet::Handler. That module
depends on a number of other modules, which I've tried to include with
'use', with limited success. It seems, sometimes, symbols act
I've found Reload to work poorly on the handler sub -- i haven't been
able to figure out why, but it just works poorly.
To get around that, I just have the handler call/wrap other subs.
package myapp;
sub handler {
$page= myapp::Page-new();
$page-whatever;
}
any changes
Jonathan Vanasco wrote:
sub handler {
$page= myapp::Page-new();
$page-whatever;
}
So, Page.pm defines an object... do you have Page.pm including other
Exporter-style modules? And, do those work properly?
Thanks.
Colin
This is getting very frustrating, so I guess I should ask about this
before I scrap the whole project and go back to CGI.
I'm using Apache::Reload during development since I'm constantly making
changes to code. However, it does not appear to be working right.
Let's say I'll have a handler
There is no such thing as reloading modules in Perl. Apache2::Reload
makes a pretty good try at it, but it can never work perfectly since
there is no language support for this feature. Usually, I just
restart the server when I make a change. It only takes a couple of
seconds.
At my current
Gotcha. However, restarting apache doesn't seem to do the trick. Is it
maybe unrelated to Apache2::Reload?
I've noticed that if I go through and make a LOT of changes (commenting
stuff out), then go back and undo my changes to get me back to square one,
that sometimes fixes it. However, 5
[EMAIL PROTECTED] wrote:
This is getting very frustrating, so I guess I should ask about this
before I scrap the whole project and go back to CGI.
I'm using Apache::Reload during development since I'm constantly making
changes to code. However, it does not appear to be working right.
Is
On 2/20/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Gotcha. However, restarting apache doesn't seem to do the trick. Is it maybe
unrelated to Apache2::Reload?
If stopping and starting apache doesn't pick up your changes,
something is seriously wrong. You might be looking at the wrong
On Feb 20, 2007, at 4:03 PM, Perrin Harkins wrote:
On 2/20/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Gotcha. However, restarting apache doesn't seem to do the trick.
Is it maybe unrelated to Apache2::Reload?
Make sure that you're only running 1 server instance ( maxclients =
1
I understood from the documentation that if I put use Apache2::Reload inside
my modules, that would work as the key for Apache2::Reload to reload only that
module?
Thanks, I will try the ReloadDebug to see what it is doing.
Should I not have the use Apache2::Reload in the top of my module
Michael Greenish wrote:
I also had to make the follow addition to my config file:
PerlInitHandler Apache2::Reload
PerlSetVar ReloadAll Off
With PerlSetVar ReloadAll Off, Apache2::Reload will _not_ reload anything by
default.
You have to tell it specifically what to try
Hello,
I just added apache2::reload to config handlers, classes, packages for my
application. However, everywhere I have return OK, I get an error:
Not a CODE reference at /http/greanie/IndexHandler.pm on ...
and request returns the page and a 500 error (in browser, I see rendered page
plus
added apache2::reload to config handlers, classes,
packages for my application. However, everywhere I have return
OK, I get an error:
Not a CODE reference at /http/greanie/IndexHandler.pm on ...
and request returns the page and a 500 error (in browser, I see
rendered page plus 500 error
Morad IGMIR schrieb:
Hello,
Perhaps you could paste us some of the code in IndexHandler.pm,
what does it do ?
is it a PerlResponseHandler ? (just trying to guess by the name)
In which case, wouldn't Apache2::Const::HTTP_OK be more appropriate ?
No. No. No. Handlers always return
On Oct 18, 2006, at 10:59 AM, Michael Greenish wrote:
Hello,
I just added apache2::reload to config handlers, classes,
packages for my application. However, everywhere I have return
OK, I get an error:
Not a CODE reference at /http/greanie/IndexHandler.pm on ...
and request returns
On Wed, 2006-10-18 at 07:59 -0700, Michael Greenish wrote:
I just added apache2::reload to config handlers, classes, packages
for my application. However, everywhere I have return OK, I get an
error:
Not a CODE reference at /http/greanie/IndexHandler.pm on ...
Do you import OK from
On Wed, 18 Oct 2006, Michael Greenish wrote:
I also had to make the follow addition to my config file:
PerlInitHandler Apache2::Reload
PerlSetVar ReloadAll Off
I never figured out how to check if it was actually picking up changes
on its own.
For now, I have reverted
On Oct 18, 2006, at 3:17 PM, Michael Greenish wrote:
For now, I have reverted to not using Apache2::Reload, which is
kind of a shame since I am still in the development stages of my
application.
Just have your handler call another sub, and do everything in there.
Apache2::Reload
Do you import OK from Apache2::Const in your script? If you don't
return OK, do you still have that message?
- Perrin
I do import the constants:
use Apache2::Const qw( OK FORBIDDEN REDIRECT :log );
When I don't return OK, I got an error as well but not from the handler (i.e.
no
I also had to make the follow addition to my config file:
PerlInitHandler Apache2::Reload
PerlSetVar ReloadAll Off
I never figured out how to check if it was actually picking up changes
on its own.
For now, I have reverted to not using Apache2::Reload, which is kind
I use it every day and it works great for me. If you could post the
relevant section of httpd.conf where you configure Apache2::Reload ( in
addition to the lines above), I'm sure we could help you out.
I don't have any other entries in my httpd.conf file for Apache2::Reload.
As I read
Hi,
I get the following warnings when using Apache2::Reload. How can
I get rid of them?
Constant subroutine MyApp::MY_CONSTANT redefined at
/usr/local/lib/perl5/site_perl/5.8.6/sun4-solaris/ModPerl/Util.pm line 69.
Prototype mismatch: sub MyApp::MY_CONSTANT: none vs () at
/usr/local/lib
On Fri, 13 Oct 2006 1:48 pm, Ted wrote:
Hi,
I get the following warnings when using Apache2::Reload. How can
I get rid of them? Constant subroutine MyApp::MY_CONSTANT redefined at
/usr/local/lib/perl5/site_perl/5.8.6/sun4-solaris/ModPerl/Util.pm line
69.
Prototype mismatch: sub MyApp
Jonathan Vanasco wrote:
On Jun 13, 2006, at 12:15 PM, Thomas Nagel wrote:
So maybe:
-
(1) MyClass is changed and therefore recompiled
(2) Another handler uses MyClass but
is that Apache2::Reload is causing (as
designed) MyClass.pm to be recompiled, but perhaps into some fresh new
opaque package namespace and the old namespace is cleared out? But
somehow the overloaded comparison functions are left pointing at the
old compare, which no longer exists.
A workaround obviously
Anthony Heading wrote:
The + operator, defined using an anonymous sub, works perfectly. The
comparison operators work fine _until_ MyClass.pm is changed; but they
then give errors like Not a CODE reference at calling module line.
Just a guess, maybe I am wrong:
---
On Tue, 2006-06-13 at 08:59 -0400, Anthony Heading wrote:
What I understand is happening is that Apache2::Reload is causing (as
designed) MyClass.pm to be recompiled, but perhaps into some fresh new
opaque package namespace and the old namespace is cleared out?
No, it's just a normal
On Jun 13, 2006, at 12:15 PM, Thomas Nagel wrote:
So maybe:
-
(1) MyClass is changed and therefore recompiled
(2) Another handler uses MyClass but
http://perl.apache.org/docs/2.0/api/Apache2/
Reload.html#Problems_with_Scripts_Running_with_Registry_Handlers_that_
Cache_the_Code
Hi, I'm a little newbie, so please forgive me if the question is a bit lame.
I've installed apache 2.0.58 with modperl 2.0.2 from source, and
when I change a script on disk, the results get automatically
reflected on the browser (I don't have to restart apache). I didn't
setup Apache2::reload
is a bit
lame.
I've installed apache 2.0.58 with modperl 2.0.2 from source, and
when I change a script on disk, the results get automatically
reflected on the browser (I don't have to restart apache). I didn't
setup Apache2::reload or anything like that. Is that normal?
My apache conf
On Jun 7, 2006, at 12:00 PM, Matthew wrote:
My newbie response is that each Apache process makes its own
compiled copy of the script.
i think you're right...
a lot of people (ok, me) prefer to call every script in a startup.pl
so it gets precached into the parent's shared memory
i do it
On Wed, 2006-06-07 at 16:49 +0100, Dani Pardo wrote:
I've installed apache 2.0.58 with modperl 2.0.2 from source, and
when I change a script on disk, the results get automatically
reflected on the browser (I don't have to restart apache). I didn't
setup Apache2::reload or anything like
a lot of people (ok, me) prefer to call every script in a startup.pl so
it gets precached into the parent's shared memory
i do it mainly with mp handler routines, but have done it with a few
registry scripts
How exactly to you do that?
-Matthew
On Jun 7, 2006, at 6:19 PM, Matthew wrote:
How exactly to you do that?
do everything you can in a perl module, then load those modules in a
startup.pl style script that is called from httpd.conf
anything loaded during then will be compiled into shared memory
all of the scripts i've
http://svn.apache.org/viewcvs.cgi/perl/modperl/trunk/lib/mod_perl2.pm?rev=280262r1=191197r2=280262
That was my commit that did that.
And for that, you're a very bad man! =)
JT ~ Plain Black
ph: 703-286-2525 ext. 810
fax: 312-264-5382
http://www.plainblack.com
I reject your reality, and
I just upgraded my dev box to Apache 2.0.55 and mod_perl 2.0.2 from Apache 2.0.54 and
mod_perl 2.0.1 (not a big upgrade).
Anyway, since the upgrade when I have Apache2::Reload enabled I get an internal server
error and in the logs it reports that it can't find mod_perl.pm (which
JT Smith wrote:
I just upgraded my dev box to Apache 2.0.55 and mod_perl 2.0.2 from
Apache 2.0.54 and mod_perl 2.0.1 (not a big upgrade).
Anyway, since the upgrade when I have Apache2::Reload enabled I get an
internal server error and in the logs it reports that it can't find
mod_perl.pm
http://svn.apache.org/viewcvs.cgi/perl/modperl/trunk/lib/mod_perl2.pm?rev=280262r1=191197r2=280262
so see if backing that out helps. if that doesn't help try removing
Goeff,
This is indeed it. Backing out that change fixes the problem. Thank you.
Do I need to report this as a bug, or do you
Geoffrey Young wrote:
JT Smith wrote:
http://svn.apache.org/viewcvs.cgi/perl/modperl/trunk/lib/mod_perl2.pm?rev=280262r1=191197r2=280262
That was my commit that did that.
There was a related change in Apache2::Status. I'll try and have a look
at it.
--
Perrin Harkins [EMAIL PROTECTED] wrote:
If it is some old junk left in the @INC how would I go about
correcting it?
My approach would be to start with a new Perl install and a new
mod_perl. There is no official way to uninstall a Perl module, so it's
hard to be sure that you got
Well I've tried to reinstall perl, apache2 and mod_perl.
I have the @lib trimmed down too. Still get the same error.
Anything else I can do?
Here is the error again:
Can't locate mod_perl.pm in @INC (@INC contains:
/Users/boysie/mod_perl_inc /usr/local/lib/perl5/5.8.7/darwin-2level
/Reload.pm (working copy)
@@ -135,6 +135,7 @@
my $file = $Apache2::Reload::INCS{$key};
next unless defined $file;
+next unless -f $file; # don't try to reload /dev/null
next if @watch_dirs !grep { $file =~ /^$_/ } @watch_dirs;
warn Apache2::Reload
Geoffrey Young wrote:
Boysenberry Payne wrote:
Well I've tried to reinstall perl, apache2 and mod_perl.
I have the @lib trimmed down too. Still get the same error.
Anything else I can do?
Here is the error again:
Can't locate mod_perl.pm in @INC (@INC contains:
/Users/boysie/mod_perl_inc
I think this is the same problem that just came up in a different
circumstance - $INC{'mod_perl.pm'} being a virtual file in mp2.
Geoff, Stas and I had a converstation about this before which led to a
change
http://svn.apache.org/viewcvs.cgi?rev=280262view=rev
I agree, that this needs
Geoffrey Young wrote:
I think this is the same problem that just came up in a different
circumstance - $INC{'mod_perl.pm'} being a virtual file in mp2.
Geoff, Stas and I had a converstation about this before which led to a
change
http://svn.apache.org/viewcvs.cgi?rev=280262view=rev
I agree,
hmm, what was the rationale from changing it from __FILE__ to /dev/null?
just Apache2::Status? why not undef instead of some fake entry? it's
just
a hash afterall :)
I originally had a patch for Apache2::Status for mod_perl.pm
specifically so that you didn't get two lines displayed for
$file = $Apache2::Reload::INCS{$key};
next unless defined $file;
+next unless -f $file; # don't try to reload /dev/null
next if @watch_dirs !grep { $file =~ /^$_/ } @watch_dirs;
warn Apache2::Reload: Checking mtime of $key\n if $DEBUG;
/Apache2/Reload.pm
===
--- lib/Apache2/Reload.pm(revision 328346)
+++ lib/Apache2/Reload.pm(working copy)
@@ -135,6 +135,7 @@
my $file = $Apache2::Reload::INCS{$key};
next unless defined $file;
+next
Should I just edit out the line in Apache2::Reload that checks for MP2?
Boysenberry
boysenberrys.com | habitatlife.com | selfgnosis.com
On Oct 29, 2005, at 5:01 AM, Boysenberry Payne wrote:
I still haven't been able to get Apache2::Reload working after my MP
2.0.0 RC5
upgrade. I even tried
On Mon, 2005-10-31 at 14:44 -0600, Boysenberry Payne wrote:
Should I just edit out the line in Apache2::Reload that checks for MP2?
The fact that you're having this problem and no one else is reporting it
probably means that something is wrong with your system, not with
Apache2::Reload
Actually someone sent me an off list message saying they had the same
problem after installing
the latest MP upgrade.
If it is some old junk left in the @INC how would I go about
correcting it?
If I'm not mistaken Apache2::Reload is a part of the MP2 install, so I
can't
just reinstall Apache2
Perrin Harkins wrote:
It seems
likely that you are either running a different version of Reload than
you think you are, or else have some old junk left in your @INC from a
previous installation of mod_perl.
Thats what I thought. Though there was a change relating to this in
2.0.2-dev now
On Mon, 2005-10-31 at 15:01 -0600, Boysenberry Payne wrote:
If it is some old junk left in the @INC how would I go about
correcting it?
My approach would be to start with a new Perl install and a new
mod_perl. There is no official way to uninstall a Perl module, so it's
hard to be sure that
On Mon, 2005-10-31 at 13:51 -0800, Tyler MacDonald wrote:
make uninstall / ExtUtils::Install::uninstall(/path/to/.packlist)
aren't official? I suppose you'd have to have the old pacakage's source tree
still laying around...
Sure, if you have the .packlist for the old module, give that a
I still have the original source.
But I think the reason this is happening is because I used
Darwin Port (a Darwin package installer) to install my original MP 2.
Then, when I installed MP2 RC5 from source I started getting the error.
I used the port uninstall the package first, but maybe it
Boysenberry Payne [EMAIL PROTECTED] wrote:
I would like to do the make uninstall approach below first before
going
through reinstalling perl and MP2.
Before I do this I want to make sure I have the right syntax first.
would I just type 'make uninstall' in the source directory for MP2 RC5?
I still haven't been able to get Apache2::Reload working after my MP
2.0.0 RC5
upgrade. I even tried to reinstall to no avail. Does anyone know how
to get this working?
Did I miss something in Philip M. Gollucci's post?
Thanks,
Boysenberry
boysenberrys.com | habitatlife.com | selfgnosis.com
and Ask
Thanks,
Boysenberry
boysenberrys.com | habitatlife.com | selfgnosis.com
On Oct 18, 2005, at 12:49 AM, Philip M. Gollucci wrote:
Boysenberry Payne wrote:
I'm getting the following error while trying to use Apache2::Reload
on Apache/2.0.55 (Unix) PHP/5.0.5 DAV/2 mod_apreq2-20050712
I'm getting the following error while trying to use Apache2::Reload
on Apache/2.0.55 (Unix) PHP/5.0.5 DAV/2 mod_apreq2-20050712/2.5.2-dev
mod_perl/2.0.2-dev Perl/v5.8.7
Can't locate mod_perl.pm in @INC (@INC contains:
/Users/boysie/mod_perl_inc /opt/local/lib/perl5/5.8.7/darwin-2level
/opt
1 - 100 of 132 matches
Mail list logo
