t;>
>> +1
>>
>> tests pass on apache 2.4.41 w/ perl 5.28.0, which is what i've got
>> immediately available to test with.
>>
>> Adam
>>
>>> On 7/21/23 18:56, Steve Hay wrote:
>>> In preparation for an upcoming release of mod_perl to sup
We are pleased to announce the release of Apache-Reload 0.14.
This release is now, or soon will be, available for download from your
favourite CPAN mirror or you can find it at:
https://metacpan.org/release/Apache-Reload
Checksums for this release are:
MD5
another RC. It will get retested (and more
meaningfully) when testing the mod_perl RC which is coming next...
This standalone Apache::Reload release doesn't go on
https://dist.apache.org/ (it's just released to CPAN) so I will crack
on with that now even though we only have two +1s.
On S
+1
tests pass on apache 2.4.41 w/ perl 5.28.0, which is what i've got
immediately available to test with.
Adam
On 7/21/23 18:56, Steve Hay wrote:
In preparation for an upcoming release of mod_perl to support Perl
5.38.0, I am making a new release of Apache-Reload.
Please download,
In preparation for an upcoming release of mod_perl to support Perl
5.38.0, I am making a new release of Apache-Reload.
Please download, test, and report back on this Apache-Reload 0.14
release candidate.
https://people.apache.org/~stevehay/Apache-Reload-0.14-rc1.tar.gz
MD5
* Ruben Safir wrote:
> Date: Wed, 13 Jul 2016 11:48:03 -0400
> From: Ruben Safir
> To: Jie Gao
> CC: Steve Hay , d...@perl.apache.org,
> "modperl@perl.apache.org"
> Subject: Re: [RELEASE CANDIDATE] Apache-Reload 0.13 RC2
> User-Agent: Mutt/1.5.21 (2010-09-15)
> Regards,
>
> Jie
>
> Please think of our environment and only print this e-mail if necessary.
>
> * Steve Hay wrote:
>
> > Date: Thu, 23 Apr 2015 13:21:37 +0100
> > From: Steve Hay
> > To: d...@perl.apache.org, "modperl@perl.apache.org"
>
We are pleased to announce the release of Apache-Reload 0.13.
This release is now available for download from your favourite CPAN
mirror or you can find it at:
https://metacpan.org/release/SHAY/Apache-Reload-0.13/
The MD5 digest for this release is: c68a315bc17b2e7419d2820262bbd749
Major
Apr 2015 13:21:37 +0100
> From: Steve Hay
> To: d...@perl.apache.org, "modperl@perl.apache.org"
> Subject: [RELEASE CANDIDATE] Apache-Reload 0.13 RC2
>
> Please download, test, and report back on this Apache-Reload 0.13
> release candidate.
>
> http://people.ap
+1
apache 2.2.24 on solaris
t/TEST -bugreport -verbose=0
[warning] Skipping 'set unlimited ulimit for coredumps', since we are
running as a non-root user on Solaris
/oanda/system/bin/httpd -d /tmp/Apache-Reload-0.13-rc2/t -f
/tmp/Apache-Reload-0.13-rc2/t/conf/httpd.conf -D APAC
Please download, test, and report back on this Apache-Reload 0.13
release candidate.
http://people.apache.org/~stevehay/Apache-Reload-0.13-rc2.tar.gz
MD5 =70720b76ca7b7ab8798c37922c882648
SHA1 = 3836123e4fee33174eb98c06f211f8c60550f46d
[Note: I bumped the version to RC2 to avoid confusion
a cool idea. We'd have to
benchmark it. :-)
Also is '&&' faster than 'and'?
Mark
From: sergiy.borod...@gmail.com [mailto:sergiy.borod...@gmail.com] On Behalf Of
Sergiy Borodych
Sent: Thursday, June 26, 2014 2:14 AM
To: Joshua Narins
Cc: Mark Hedges; modperl@
Of
Sergiy Borodych
Sent: Thursday, June 26, 2014 2:14 AM
To: Joshua Narins
Cc: Mark Hedges; modperl@perl.apache.org
Subject: Re: bug in trunk in Apache::Reload test
Hello,
another question:
why not just
my $args = $r->args;
if ( $args and $args eq 'last' ) {
(without defined
kage);
> > ModPerl::Util::unload_package($package);
> > $pass = 0;
>
> Why not just
>
> my $args = $r->args;
> if (defined $args and $args eq 'last') {
>
> I guess repeat calls to $r->args have virtually no cost?
>
I
Hello,
another question:
why not just
my $args = $r->args;
if ( $args and $args eq 'last' ) {
(without defined)
or even
if ( my $args = $r->args and $args eq 'last' ) {
:)
2014-06-26 10:52 GMT+03:00 Joshua Narins :
> On Mon, Jun 23, 2014 at 06:21:37PM +, Mark Hedges wrote:
> > Perl 5
On Mon, Jun 23, 2014 at 06:21:37PM +, Mark Hedges wrote:
> Perl 5.20.0, Apache 2.2.27, APR 1.5.1, APR-util 1.5.3, mod_perl trunk.
>
> 2014-06-23 11:16:32 Mon $ svn diff t/lib/Apache2/TestReload.pm
> Index: t/lib/Apache2/TestReload.pm
> =
2::Reload->unregister_module($package);
ModPerl::Util::unload_package($package);
$pass = 0;
Also reported on Apache::Reload at rt.cpan.org.
Thanks.
Mark
Hello,
I'm having a problem with Apache::Reload and I'm not sure what I can do to
debug.
Long story short, I use Apache::Reload all the time but I recently setup a new
development server and its under the new machine that its a problem.
The module is installed and when I add
Apache-Reload 0.12 is headed to a CPAN mirror near you.
MD5 232daa7e1f6ddfbbeac505010f1b20f7
Changes summary
=item 0.12 March 31, 2012
Set the -apxs argument correctly when building from mod_perl.
[Steve Hay]
Doc spelling fix
[Nicholas Bamber]
Add Apache-Test 1.34 dependency.
[Phred]
Apache::Reload 0.11 has been shipped to CPAN, and will be appearing at
a mirror near you shortly.
md5: ec02f93aeef08f2d9e6734645a131a21
Thanks to the contributors who provided new features and bug fixes.
Summary of changes:
Ignore require-hooks which exist in %INC
[Ryan Gies ]
Reloads by
Thanks for the +1, but I put up a poorly named link. Here's the
updated link (I've been in mp2 land for too long apparently):
http://people.apache.org/~phred/Apache-Reload-0.11-rc1.tar.gz
+1 from me on Darwin / perl 5.12
Any others? (note that the package contents are the same as th
ffs/www_p5-Apache-Reload-0.11.r1.diff
On 08/02/10 18:20, Fred Moyer wrote:
> Please download this release candidate and report back on test results
> for your platform:
>
> http://people.apache.org/~phred/Apache2-Reload-0.11-rc1.tar.gz
>
>
> Summary of changeset for 0.11
Apache::Reload directive which skips reloading for modules
that have it included (useful for Moose compatibility).
[Graham Barr, ]
Add Empty NOTICE file
http://rt.cpan.org/Ticket/Display.html?id=34786
[Niko Tyni (Debian Perl Group) ]
]: Entering directory `/usr/local/src/mod_perl-trunk/Apache-Reload'
Makefile:14: *** empty variable name. Stop.
make[1]: Leaving directory `/usr/local/src/mod_perl-trunk/Apache-Reload'
make: *** [subdirs] Error 2
Here's my system info:
# uname -a
Linux athina 2.6.30.3 #3 SMP Tue Jul 28 11
On 26/12/08 20:39, David Ihnen wrote:
1. Problem Description:
While developing with CGI::Application and utilizing Apache::Reload, we
encountered an issue where our modules were not being succesfully
reinitialized on reload. It was traced down to @ISA not containing the
proper values after a
Philip M. Gollucci wrote:
David Ihnen wrote:
1. Problem Description:
While developing with CGI::Application and utilizing Apache::Reload,
we encountered an issue where our modules were not being succesfully
reinitialized on reload. It was traced down to @ISA not containing
the proper values af
Philip M. Gollucci wrote:
David Ihnen wrote:
1. Problem Description:
While developing with CGI::Application and utilizing Apache::Reload,
we encountered an issue where our modules were not being succesfully
reinitialized on reload. It was traced down to @ISA not containing
the proper
David Ihnen wrote:
1. Problem Description:
While developing with CGI::Application and utilizing Apache::Reload, we
encountered an issue where our modules were not being succesfully
reinitialized on reload. It was traced down to @ISA not containing the
proper values after a 'use
1. Problem Description:
While developing with CGI::Application and utilizing Apache::Reload, we
encountered an issue where our modules were not being succesfully
reinitialized on reload. It was traced down to @ISA not containing the
proper values after a 'use base' directive, b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/123536
Not yet committed...
- --
-
Philip M. Gollucci ([EMAIL PROTECTED])
o:703.549.2050x206
Senior System Admin - Riderway, In
Apache::Reload 0.10 has been uploaded to your nearest CPAN mirror.
md5: 1d89841153b76b384e08479e3e26082a
Changes include unreleased updates to 0.08 and 0.09. The Apache::Reload
package contains modules for mod_perl1 and mod_perl2. Thanks to Matt
Sergeant for donating Apache-Reload to the ASF
FYI - RC5 has gone through some vetting on the dev list and no test
failures have been found so far. Please take if for a spin if you have a
chance and report back success or failure.
http://people.apache.org/~phred/Apache-Reload-0.10-RC5.tar.gz
Original Message
Fred Moyer wrote:
Greetings,
Third time is the charm :) RC1 and RC2 were missing
t/conf/extra.conf.in from the MANIFEST.
I've updated the release procedure to run make disttest to identify
these errors, and fixed the problem.
All tests pass for me on:
1) Leopard mp2, 5.8.8
Same here on
5.8.8
http://people.apache.org/~phred/Apache-Reload-0.10-RC3.tar.gz
Greetings,
A second release candidate for Apache::Reload is available here:
http://people.apache.org/~phred/Apache-Reload-0.10-RC2.tar.gz
A check for Apache::Test 1.30 was added from RC1. Please try it out if
you have a chance and report back success or failure.
Thanks,
Fred
You're comparing Apples to Rocks with php & mod_perl ( rocks was the
first non-fruit thing I could think of )
php has 3 main flavors - mod_php , php-cgi , php-cli
lets just look at mod_php and php-cgi
if you run perl and php through a fastcgi proxy , you're going to
get similar performan
Re a virtual server solution - I've been looking for one as well. Here
are a few I've found (haven't tried them yet):
http://order.1and1.co.uk/xml/order/VpsRoot?__frame=_top&__lf=Static
http://www.spry.com/plesk-vps/
http://www.vpslink.com/
fwiw : Since your based in the UK give these guys
On 7/1/07, Clinton Gormley <[EMAIL PROTECTED]> wrote:
This is one of the gotchas I mentioned before: CHDIR.
You can't rely on it. Something somewhere (maybe Registry itself) is
changing the current dir, so '.' now refers to / rather than
to /path/to/your/modules.
It's actually not that someth
ork, so I gave up, and used Reload, more-or-less
> successfully.
>
Registry checks whether your script has changed:
- eg cgi-bin/login.pl
But if login.pl contains 'use My::Module', it doesn't check for that
module, which is why you would need Apache::Reload as wel
On 30 Jun at 11:13 Clinton Gormley <[EMAIL PROTECTED] > wrote in message
<[EMAIL PROTECTED]>
Thanks, Clint, for your helpful reply.
> Disclaimer: I have never used Apache::Reload, but:
>
> Apache::Registry already looks for changes to your scripts and reloads
> t
Tony - There are lots of people using Registry successfully (in fact the
new Bugzilla uses Registry, if I remember correctly).
> Thank you, Jonathan, for your more detailed explanation. I have to say, I am
> extremely disappointed with my experience. I've used PHP for some years to
> create intera
On 30 Jun at 16:55 Jonathan Vanasco <[EMAIL PROTECTED]> wrote in message
<[EMAIL PROTECTED]>
[snip]
> assuming you're on a nix/bsd -- you need to be able to restart the server.
> if you can't , then you shouldn't be using mod_perl.
[snip]
Thank you, Jonathan, for your more detailed explanation.
On Jun 30, 2007, at 2:40 AM, Tony van der Hoff wrote:
Well, it is my intention that the modules should be reloaded if
they've
changed; that's the whole point of using Apache::Reload, so I'm
pleased it
works. Presumably, if they haven't changed, the only performance
Disclaimer: I have never used Apache::Reload, but:
Apache::Registry already looks for changes to your scripts and reloads
them as necessary. So you shouldn't need to use both of them. However,
reading the docs for Apache2::Reload, it mentions using it at the same
time as Registry scripts,
On 29 Jun at 21:47 Jonathan Vanasco <[EMAIL PROTECTED]> wrote in message
<[EMAIL PROTECTED]>
>
> On Jun 29, 2007, at 4:09 PM, Tony van der Hoff wrote:
> > Well, thank you for that advice.
> >
> > Um, Why?
> >
> > How does that help solve my prob
On Jun 29, 2007, at 4:09 PM, Tony van der Hoff wrote:
Well, thank you for that advice.
Um, Why?
How does that help solve my problems?
Apache::Reload checks perl modules and *reloads* them on every hit if
they've changed. It's essentially saying "hi, i'm running
problems, or tell me what I'm doing
> > wrong. Any advice will be very welcome.
>
> I don't have time to analyze your config, but
>
> you should NEVER run Apache::Reload in a production server.
>
> NEVER
>
> NEVER NEVER NEVER.
>
Well, thank you fo
, but
you should NEVER run Apache::Reload in a production server.
NEVER
NEVER NEVER NEVER.
// Jonathan Vanasco
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - -
| CEO/Founder SyndiClic
pache::Registry
PerlModule Apache::DBI
PerlInitHandler Apache::Reload
PerlSetVar ReloadAll Off
AddHandler perl-script .pl
PerlSendHeader On
PerlHandler Apache::Registry
Obviously, I want to keep as much similarity between my production and
development environments as I can, so I've done the sam
tell me about it but my hands are well and truly tied. Will ask them to install
Apache::StatINC and give that a try.
It's a tad annoying as if this was a Java project, they'd have the latest and
greatest installed on a gold tray.
Frank Wiles <[EMAIL PROTECTED]> wrote: On Fri, 1 Dec 2006 15:15:3
On Fri, 1 Dec 2006 15:15:32 + (GMT)
Anthony Gardner <[EMAIL PROTECTED]> wrote:
> it's actually MP .. not too sure, to be honest. I work for a
> largce co. that are using RedHat pkgs and although it claims tp be
> MP2, its version number gives 1.99(sth) and the Apache namespaces are
> A
it's actually MP .. not too sure, to be honest. I work for a largce co.
that are using RedHat pkgs and although it claims tp be MP2, its version number
gives 1.99(sth) and the Apache namespaces are Apache and not Apache2.
So, this already is a bone of contention.
The code to the functi
Anthony Gardner wrote:
I'm def not the first to have noticed this, I googled but nothing sprang
out at me.
I have a pkg var
our $DOCUMENT_ROOT = WWW::Utils->document_root();
and I print %ENV at package level
WWW::Utils->printenv();
I'm assuming mp1. I think you might have to show the contents
ENT_ROOT is
set okay and %ENV is printed out correctly. Then Apache::Reload kicks in, does
its stuff and then re-runs the pkg. This time the HTTP_* stuff is all missing
and all that remains in %ENV are the vars we set up in apache conf files.
Thus DOCUMENT_ROOT (and others) have become unset.
In the past I've gotten log warnings like this:
Apache::Reload: Can't locate ../../config/Config.pl
Even though I had an absolute path to ../../config in the httpd.conf file.
I thought I'd share what worked in case it is of use to someone else.
Before:
package MyPa
Currently in modperl 2 you cannot get Apache::Reload and Class::DBI to
cooperate properly. The problem is that Apache::Reload wipes out the
CODE slot by doing an undef, which leaves a non-working code
reference. Therefore UNIVERSAL::can and *foo{CODE} will both say that
there is a method
Chris Warren wrote:
On Fri, 25 Mar 2005 17:59:25 -0500, Stas Bekman wrote:
Absolutely right, Chris: both should be return Apache::OK. Care to post a
patch here after you've tested it? (since we don't have a test for it, at
least not yet)
Sorry this took so long -- I didn't have Subversion insta
On Fri, 25 Mar 2005 17:59:25 -0500, Stas Bekman wrote:
>Absolutely right, Chris: both should be return Apache::OK. Care to post a
>patch here after you've tested it? (since we don't have a test for it, at
>least not yet)
Sorry this took so long -- I didn't have Subversion installed, and
wanted
Chris Warren wrote:
-8<-- Start Bug Report 8<--
1. Problem Description:
I believe I've found a bug in Apache::Reload. It shows up when you're
using the ReloadTouchFile option -- the effect is that the server gives
you a 500 error when the t
-8<-- Start Bug Report 8<--
1. Problem Description:
I believe I've found a bug in Apache::Reload. It shows up when you're
using the ReloadTouchFile option -- the effect is that the server gives
you a 500 error when the touchfile has not
David Romero wrote:
Hi all.
i have a problem with apache reload module,
when im restart apache all works fine,
but on frist change on my module apache reload return an error
this is my error
[Mon Jan 24 13:00:36 2005] [error] [client 127.0.0.1] Subroutine
display redefined at /usr/local/unicon
Hi all.
i have a problem with apache reload module,
when im restart apache all works fine,
but on frist change on my module apache reload return an error
this is my error
[Mon Jan 24 13:00:36 2005] [error] [client 127.0.0.1] Subroutine display
redefined at /usr/local/unicon io/Unicornio/Politica
r addition, and the caveat
that it only works if your foo.pl declares a package? I think that's a
bit unusual (having a .pl that declares a package) so it's worth
mentioning.
The only issue is that Apache::Reload on CPAN reached its end of life (at the
least for the moment). It now lives
On Fri, 2004-07-02 at 14:07, Bevelock, Mike wrote:
> Actually, all our required libs declare a package...I guess that's why it's
> working for us.
I don't see any harm in adding it, if it helps some people. Could you
add a little bit to the docs to explain your addition, and the caveat
that it on
> -Original Message-
> From: Perrin Harkins [mailto:[EMAIL PROTECTED]
> Sent: Friday, July 02, 2004 12:05 PM
> To: Bevelock, Mike
> Cc: '[EMAIL PROTECTED]'
> Subject: Re: Apache::Reload: explicitly registering required
> library files [p atch include
n_subs.pl is just a bunch of subs that get pulled into the current
script's namespace, Apache::Reload can't change them.
- Perrin
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
A nice enhancement to Apache::Reload would be the ability to explicitly
"register" and reload required library files.
For example, if a sub in 'lib/common_subs.pl' changed, it would be nice if
all code
that did this:
require 'lib/common_subs.pl';
got the fresh co
hFile) {
-warn "Checking mtime of $TouchFile\n" if $DEBUG;
+warn "Checking mtime of $TouchFile\n" if $trlev >= $TRLEV{debug};
my $touch_mtime = (stat($TouchFile))[9] || return 1;
return 1 unless $touch_mtime > $TouchTime;
$TouchTim
Andreas Bauer wrote:
Hi,
I wrote a small patch for Apache::Reload allowing a finer control over the
messages logged to error_log. It stops the module from flooding the logfile
with 'Checking mtime ...' messages.
To activate just the 'process 42 reloading Foo.pm' messa
Hi,
I wrote a small patch for Apache::Reload allowing a finer control over the
messages logged to error_log. It stops the module from flooding the logfile
with 'Checking mtime ...' messages.
To activate just the 'process 42 reloading Foo.pm' messages, set
'PerlSetVar Rel
Perrin Harkins wrote:
On Wed, 2004-04-14 at 13:35, Andrew Gaffney wrote:
Ah, I was under the impression it was for MP2.
There is a version of it bundled with mp2. The mp1 version is not
bundled, so you need to install it from CPAN before you can use it.
Ah, thanks.
--
Andrew Gaffney
Network Ad
On Wed, 2004-04-14 at 13:35, Andrew Gaffney wrote:
> Ah, I was under the impression it was for MP2.
There is a version of it bundled with mp2. The mp1 version is not
bundled, so you need to install it from CPAN before you can use it.
- Perrin
--
Report problems: http://perl.apache.org/bugs/
M
le will be reloaded. Is there anyway to have it automatically
reload my module when it is changed?
Apache::Reload is for mp1.
Ah, I was under the impression it was for MP2. How do you set it up? I tried adding
'PerlModule Apache::Reload' to my httpd.conf, but I got an error about it not bei
ill be reloaded. Is there anyway to have it
> automatically
> reload my module when it is changed?
Apache::Reload is for mp1.
- Perrin
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
I'm running Apache 1.3.29 and mod_perl-1.27 because I'm also using Mason. I have written a
custom module for use in my mod_perl/Mason scripts, but when I make changes, I have to
restart Apache so the module will be reloaded. Is there anyway to have it automatically
reload my module when it is ch
Perrin Harkins wrote:
On Wed, 2004-03-31 at 15:04, Stas Bekman wrote:
Sorry, I've posted the wrong link. It should have been:
http://perl.apache.org/docs/2.0/api/Apache/Reload.html#Problems_with_Scripts_Running_with_Registry_Handlers_that_Cache_the_Code
It doesn't really offer a nice solution th
On Wed, 2004-03-31 at 15:04, Stas Bekman wrote:
> Sorry, I've posted the wrong link. It should have been:
> http://perl.apache.org/docs/2.0/api/Apache/Reload.html#Problems_with_Scripts_Running_with_Registry_Handlers_that_Cache_the_Code
It doesn't really offer a nice solution though, does it? It l
> >>Garth, Apache::StatINC is deprecated and no longer maintained. Please use
> >>Apache::Reload instead (mp1 version on CPAN, mp2 version is a part of the core).
> >>
> >> > Apparently methods that are exported from a module do not get reloaded
> >> >
Garth Webb wrote:
On Tue, 2004-03-30 at 19:28, Stas Bekman wrote:
Garth Webb wrote:
I have a question about Apache::StatINC and reloading exported methods.
Garth, Apache::StatINC is deprecated and no longer maintained. Please use
Apache::Reload instead (mp1 version on CPAN, mp2 version is a
On Tue, 2004-03-30 at 19:28, Stas Bekman wrote:
> Garth Webb wrote:
> > I have a question about Apache::StatINC and reloading exported methods.
>
> Garth, Apache::StatINC is deprecated and no longer maintained. Please use
> Apache::Reload instead (mp1 version on CPAN, mp2 ve
Mark Stosberg wrote:
[...]
Is there a simpler way to make Apache::Reload work when there are
relative 'use lib' paths in the code?
[...]
Thank you very much for your prompt and helpful to reply.
You're welcome, Mark ;)
Just to add a bit more to this thread:
I did follow this advic
Stas --
On 2004-02-26, Stas Bekman <[EMAIL PROTECTED]> wrote:
> Mark Stosberg wrote:
>> Hello,
>>
>> I'm a new modperl user, and I'm trying to figure out the joy that is
>> Apache::Reload.
>>
>> I keep having an issue where it can't fi
.conf:
PerlModule Apache::Reload
PerlInitHandler Apache::Reload
Do you have Apache::Reload set as your PerlInitHandler in your
httpd.conf? No mention was made of it in your snippets of your
httpd.conf.
--Joel
>Hi,
>
>This is probably a question that has been answered before but I
Stas Bekman wrote:
Paul Bothma wrote:
Hi,
This is probably a question that has been answered before but I couldn't
find any useful info on the list history.
Basically, I'm trying to get Apache::Reload to work properly (reload a PM
module while Apache is running when the file has cha
Paul Bothma wrote:
Hi,
This is probably a question that has been answered before but I couldn't
find any useful info on the list history.
Basically, I'm trying to get Apache::Reload to work properly (reload a PM
module while Apache is running when the file has changed) with mod_perl
1.
Hi,
This is probably a question that has been answered before but I couldn't
find any useful info on the list history.
Basically, I'm trying to get Apache::Reload to work properly (reload a PM
module while Apache is running when the file has changed) with mod_perl
1.99. I read throu
Chris Ochs wrote:
When I have apache::reload as an init handler in httpd.conf, apache
processes will randomly go from 20mb to 120 or sometimes over 500 mb of
memory. I haven't narrowed it down to an exact place in the code that
triggers it, because simply taking out apache::reload made it st
I have a really strange problem and although I'm not 100% sure it's due to
Apache::Reload, it seems the most likely candidate. This is apache 1.3.29
and mod perl 1.29 with perl 5.6.1 on freebsd 5.2.1. My code is a perl
handler and with all the modules preloaded via startup.pl each apac
Hello,
I'm a new modperl user, and I'm trying to figure out the joy that is
Apache::Reload.
I keep having an issue where it can't find the modules to reload,
apparently due to relative path names.
In my httpd.conf, I use SetEnv to set the explicit paths I want.
However, it a
Mark Stosberg wrote:
Hello,
I'm a new modperl user, and I'm trying to figure out the joy that is
Apache::Reload.
I keep having an issue where it can't find the modules to reload,
apparently due to relative path names.
In my httpd.conf, I use SetEnv to set the explicit paths I wan
Paolo De Riso wrote:
[...]
You are right, I have done just what you guess!
I have installed mod_perl2 and then in top of that the ppm package
Apache::Reload (0.09).
I didn't know Apache::Reload is included in mod_perl2.
In the past I did the same (installed mod_perl and then "again"
> Randy Kobes wrote:
> [...]
> >>may be you've installed Apache::Reload from CPAN on top of
> >>the one coming with 1.99_12?
> >
> >
> > I just checked the ppm package on our site, and indeed
> > Apache::Reload is version 0.09 in there. Did
Randy Kobes wrote:
[...]
may be you've installed Apache::Reload from CPAN on top of
the one coming with 1.99_12?
I just checked the ppm package on our site, and indeed
Apache::Reload is version 0.09 in there. Did you install
Apache::Reload from CPAN, or perhaps mixed up a mod_perl 2
and mod
have discovered that the
> > problem seems to be the module Apache::Reload [ver
> > 0.07].
>
> How come it's 0.07, when mp2 comes with its own library
> 0.09. 0.07 from CPAN doesn't work with mp2.
>
> > If I remove the following lines from httpd.conf:
&g
Paolo De Riso wrote:
Hi everyone,
on a winXP platform I have just upgraded Apache from 2.0.47 to 2.0.48
version and
mod_perl from 1.99_10 to 1.99_12.
[...]
Working around this problem I have discovered that the problem seems to be
the module Apache::Reload [ver 0.07].
How come it's 0.07, whe
/mod_perl.so
## developing
PerlModule Apache::Reload
PerlInitHandler Apache::Reload
# ReloadAll defaults to On
PerlSetVar ReloadAll Off
PerlRequire "J:/www/startup-ap2.pl"
SetHandler perl-script
PerlResponseHandler ModPerl::Registry
Options +ExecCGI
PerlOptions +ParseHeade
96 matches
Mail list logo
