Perrin,
use Hybride::Projects qw(getImage other imports);
I think that's the problem. You are creating an alias to the sub
here,
and when it gets reloaded the alias is still pointing to an old
version.
Actually, I just saw that the sub is exported in the EXPORT section of
the Projects
I said, in my last message:
I'll try removing modules from my startup.pl as Randy Kobes suggested,
see if that changes anything.
It doesn't. I removed Apache::Reload from my httpd.conf, and put an
empty startup.pl instead of my real one (this one just returns 1;
nothing else) and it still
Hello,
I know this has been discussed before, but I can't seem to find the
information I need to solve my problem.
I'm using Apache::Reload, and I can see that my modified module is
getting reloaded (with ReloadDebug On), but the program still uses the
old code.
I have read
Steve,
I found that almost whatever I removed from the
template -- not just the nobr tag -- fixed it, and I began to
wonder
about the *size* of the template.
That's what I was wondering too when I reported that just adding 3 line
breaks somewhere in the file broke it, and removing them fixed
I'm asking you to try it and see if it works.
Ok, I tried it and it works.
A possible solution if that is the problem is to make all the modules
that import it reload as well. You can do that with a touch file.
The file that imports it is not a module, it's the actual script. No
other file
Perrin,
Apache::Registry? Just do a touch on the script file and Registry
will
reload it.
OK, thanks.
You could hack your own Apache::RegistryNG subclass that
would just reload everything when Apache::Reload triggers, but it's
probably not worth it.
Could something in Apache::Registry be
Stas,
Thanks for trying out my code.
Jean-Sebastien, are you *sure* that what crashes is apache and not
your
client? it seems that you have the client crashing if removing nobr
changes
everything. What's your error_log says?
My client is IE, and it stays open and responsive after the crash
(only a hunch), so I'll start there.
Keep you posted... Thanks
J-S
- Original Message -
From: Stas Bekman [EMAIL PROTECTED]
To: Jean-Sebastien Guay [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, August 05, 2003 12:03 PM
Subject: Re: [mp2] Child process exited
Jean-Sebastien
Hi Perrin,
I don't see anything wrong with that chunk of code. If you restart
the
server, does it pick up the change?
Yes.
Is there anything unusual about the
way you call this sub (AUTOLOAD, function ref, etc.)?
Not at all. It is imported with
use Hybride::Projects qw(getImage other
Stas Bekman wrote:
OK, I've written a proper entry for the man page, Jean-Sebastien can
you
please verify that it all works, as I wrote it without testing.
Great work Stas, you're quick :-) Other than the little mistake Perrin
pointed out, the suggested change works.
Perrin Harkins wrote:
Stas,
Thanks for the quick response.
You did load things in startup.pl, remember? some module could
override
$SIG{__WARN__}. Don't load those modules if you don't need them.
I very much doubt anything in my startup.pl would modify the signal
handlers. Here's my startup.pl, for reference:
use
I've actually pinpointed the problem to one HTML tag in the output that
Template-Toolkit sends to Apache as a result of the cgi script's run.
Actually, I've just found out another thing, which is really weird. If I
just change the amount of whitespace in the template file (see the zip file
Steve,
and the good news for you is that I've reproduced your problem.
GREAT! Thank you so much for persevering through this! So do you have a
traceback or some info that the developers might be able to use to track
this down?
The variable will not stay shared error is a common problem with
Stas,
e.g. I'd check the access_log to see whether it issues only one
request or
more.
Also make sure to debug in the single process (thread?) mode
(httpd -X)
I'll check those out this afternoon.
It's possible that some of your code or the modules that you use
either misuse
$^W or trap
Stas,
I just checked, and when the Apache crash occurs, nothing gets written
to access_log. It would seem that the crash happens before the request
is logged.
Also,
b) why my warnings don't show up in the error_log.
I just moved my mod_perl config from httpd.conf to another file,
Steve,
How did you build Apache 2?
I downloaded the binaries... Sorry, can't help there.
Please keep me posted as to your progress.
Thanks,
J-S
- Original Message -
From: Steve Hay [EMAIL PROTECTED]
To: Jean-Sebastien Guay [EMAIL PROTECTED]
Cc: Stas Bekman [EMAIL PROTECTED
Is it only mp2 that it fails under?
I've tried it under mp1.28/perl5.8.0/apache1.3.27 on WinXP and it
runs
fine.
I haven't tried other mod_perl versions, since the threading issue
would
render the site unusable.
so I assume that there is no point trying it on linux, if Steve can't
Can't get http://whitestar02.webhop.org/Files/ApacheCrash.zip
it resolves to an internal address: 192.168.0.3
Darn, looks like my web server didn't come back up right last night.
I'll have to be there to fix it, because ssh doesn't get through either.
Here's another link, on my ISP's server:
I'll try to make a small test case so you can try to repro. I think it's
related to DBI (only a hunch), so I'll start there.
Ok, I've got it as simple as I can (I think - 25.1k zip). It isn't related
to DBI, but to template toolkit. So to try my test case, you'll need that
installed.
Should I
/1.99_10-dev Perl/v5.8.0.
So please, if someone on a similar setup could download the test case at
http://pages.infinit.net/jeans13/ApacheCrash.zip and see if the crash
happens for them too... Remember to read the README file first...
Thanks,
J-S
- Original Message -
From: Jean-Sebastien
Is it only mp2 that it fails under?
I've tried it under mp1.28/perl5.8.0/apache1.3.27 on WinXP and it runs
fine.
I haven't tried other mod_perl versions, since the threading issue would
render the site unusable.
What version of Template-Toolkit do you have? It's worth ensuring
that
you're
http://server.domain.com/cgi-bin/MyProcedure.pl?cust_id=x
I'd like to make a cron job to source the above PERL script as from
the command line to resemble something like:
perl /usr/local/apache/cgi-bin/MyProcedure.plneed to pass the
parameter here as cust_id=x
[...]
Or use GET
So, has anyone checked out my test case? Any results (good or bad)?
As I said in my last post, I'm getting this for differing amounts of
whitespace in my template files, so it isn't just one tag to be removed
everywhere. I have something like 30 template files, most of them much
more complex than
25k zip? that's a not quite a short test case ;) Can it possibly be 25
lines
of code instead?
You're absolutely right, I've pared it down a lot while waiting for your
answer. I was trying to get my test case to you as fast as possible, that's
why I didn't spend that much time on it before. It's
Hello,
I think I've made good steps towards getting my
scripts to work (Apache/2.0.47 (Win32) mod_perl/1.99_10-dev Perl/v5.8.0).
However, now, when I try to reload one of the pages to test, IE tells me that
"The exception unknown software exception
(0xc0fd) occured in the application
One way is to configure the CPAN module:
C:\ perl -MCPAN -e shell
which, the first time you invoke it, will lead you through
a dialogue. You can accept most of the defaults, except
for the list of CPAN mirrors to use. Then, at the
CPAN.pm shell prompt, you can say
cpan install CGI
BTW,
perl -MCGI -e print $CGI::VERSION;
2.98
J-S
- Original Message -
From: Jean-Sebastien Guay [EMAIL PROTECTED]
To: Randy Kobes [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, August 04, 2003 9:32 AM
Subject: Re: Current directory
One way is to configure the CPAN module
Perrin,
First, check your conf file to be sure you
have this turned on. There are docs related to it here:
http://perl.apache.org/docs/2.0/user/config/config.html#C_GlobalRequest_
The docs also state that unless it's explicitly
turned _off_, it's on by default. But I turned it on anyways
On Mon, 2003-08-04 at 12:08, Jean-Sebastien Guay wrote:
Doesn't all this require that I actually get a running Apache server
first? The error message shows up when I try to start up the Apache
service!
What? That shouldn't happen unless something is calling CGI-new in
your startup
Sorry about this - I had a hard disc crash, and am just in
the process of restoring things. Computers are getting too
smart - they know when you're vulnerable, and will act
accordingly ... Hopefully it'll be ready in a day.
No worries, things like these happen.
In the mean time, do you know
Sorry about this - I had a hard disc crash, and am just in
the process of restoring things. Computers are getting too
smart - they know when you're vulnerable, and will act
accordingly ... Hopefully it'll be ready in a day.
Great job Randy! Got mod_perl installed, so I can now start bashing
Hello,
I'm fairly new at mod_perl, and trying to get a
large number of existing Perl CGI scripts to run on it. I have started by trying
to start the server with a minimal startup.pl file that just loads one of my
custom modules (in addition to the ones that were suggested in the mod_perl
Hello again,
I have another problem trying to get one of my Perl
modules to load in my startup.pl script for the first time. In a couple places
in my scripts, I assume that the current directory is the one in which the
current script is being run. So for example, if my DocumentRoot is
Hi Perrin,
Thanks for both your answers. Indeed, for the other question, I was using
CGI 2.91 instead of 2.93 (because that one isn't yet available for Perl 5.8
via PPM). I'll find a way to upgrade it.
There are dozens of possible answers to this.
...
There are also common approaches like
I've copied the ppm packages
also over to http://perl.apache.org/dist/win32-bin/, so
they can also be accessed there.
Great, always good to have mirrors.
J-S
Hello,
I am trying to install mod_perl 2 (1.99_10)
from the http://theoryx5.uwinnipeg.ca/ppms/ site, but it
seems to be down. Could anyone point me to a mirror or send me the necessary
files off-list? It would be very appreciated, since I am in something of a
hurry.
BTW, I am looking
36 matches
Mail list logo