x27;ve noticed that modules don't reload properly, and
> then strange errors occur when there is no problem with code. In
> these cases, I stop and start the Apache HTTPd daemon to resolve the
> problem.
>
>> Hello,
>>
>> I use Apache2::Reload on my dev env :
>
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
gt;
> 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
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'
t a
module-less mod_perl handling 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.
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 relat
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 everything
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
ache2 + 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
Thanks Craig,
I installed Apache::Reload via CPAN, and that shows up in my pkg_info as:
bsdpan-Apache2-Reload-0.10
Interestingly they installed Apache2::Reload for me. So far it looks good.
cr...@animalhead.com wrote:
I run FreeBSD + Apache2 + mp2. CPAN 'test Apache::Reload'
yi
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 guy
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 Apache
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.
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: Apa
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: We
Perl module
> Apache2::Reload for server (null):0, exiting...
Apache2::Reload is currently not part of the modperl2 libraries (not in
libapreq2 either). You have to download the source file from cpan, and
put the library files in the appropriate perl/site/lib/ folder.
No further config changes required.
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
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&#
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
trick Rutkowski 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. Chang
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
tdocs"
PerlSwitches -I/home/rutski/Documents/projects/wss/install/apache/lib
PerlModule Apache2::Reload
PerlModule CGI
SetHandler perl-script
PerlInitHandler Apache2::Reload
PerlHandler HTML::Mason::ApacheHandler
PerlSetVar MasonDataDir
"/home/rutski/Documents/proje
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 &
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
>
-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 a
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
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 PROTECTED
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 the
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
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 to
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
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 it.
Apache2::Reload was just migrated out of the MP distro to external
Perl modules on CPAN (Dec 2007)
I guess the docs
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 insta
'll make one up.
>
>--
>best regards,
>Randy Kobes
>
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 it.
best regards, Laurent Dami
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
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 18, 2007 10:51 PM, Jonathan Vanasco <[EMAIL PROTECTED]> wrote:
> on my dev server, the real WATCH_ME var has about 96 registered
> modules in it. everything works perfect until i reload.
Okay, the copy/paste error just confused me.
In any case, Apache2::Reload wipes all packa
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';
myapp::tester::register_plugin(__PACKAGE__
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. Do
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 t
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
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
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
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 seem
owever, 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
apache or updating the wrong files. Note that I mean &qu
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 (
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 look
[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 t
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.
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
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 that
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&qu
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
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 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 usin
> 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
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 will
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 to not
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/IndexHa
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 of a shame
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 o
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 A
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
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 brow
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
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 Jun 14, 2006, at 10:33 PM, Philip M. Gollucci wrote:
Me ? ... my memory is horrible.
apololgies, you just pointed me to it a while back...
"""I didn't author that patch... I'm not even enirely sure I've
gotten around
to committing it... Though Gozer might have.
| - - - - - -
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
http://perl.apache.org/docs/2.0/api/Apache2/Reload.html#Problems_with_Scripts_Running_with_Registry_Handlers_tha
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
(3
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
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 ".
Just a guess, maybe I am wrong:
---
overload.pm
p;compare,
"cmp" => \&compare
);
sub compare {
...
}
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 "N
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 writte
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 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 Apach
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 m
on 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?
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
s
http://svn.apache.org/viewcvs.cgi/perl/modperl/trunk/lib/mod_perl2.pm?rev=280262&r1=191197&r2=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 su
Geoffrey Young wrote:
JT Smith wrote:
http://svn.apache.org/viewcvs.cgi/perl/modperl/trunk/lib/mod_perl2.pm?rev=280262&r1=191197&r2=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.
--
--
JT Smith wrote:
>> http://svn.apache.org/viewcvs.cgi/perl/modperl/trunk/lib/mod_perl2.pm?rev=280262&r1=191197&r2=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.
>
> D
http://svn.apache.org/viewcvs.cgi/perl/modperl/trunk/lib/mod_perl2.pm?rev=280262&r1=191197&r2=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 yo
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 tha
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 is
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
--Geoff
Index: lib/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 $f
@@
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: Checking mtime of $key\n" if $DEBUG;
>> 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 dis
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=280262&view=rev
I agree,
>> 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=280262&view=rev
>
> I agree, that
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 /u
===
--- 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 unless -f $file; # don't try to reload /dev/null
next if @watch_dirs
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
/usr/local
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
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 didn
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 tha
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 tha
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 2.0.2.
1 - 100 of 145 matches
Mail list logo
