On 17 Mar 2008 at 10:38, Colin Wetherbee wrote:
> Colin Wetherbee wrote:
> > Beginner wrote:
> >> dpkg -l libapache2-mod-perl2 shows:
> >>
> >> ii libapache2-mod-perl2 2.0.2-2.4
> >>
> >> It doesn't mention etch but I think this is the correct version.
> >
> > FYI, here are the versions I g
Colin Wetherbee wrote:
Beginner wrote:
dpkg -l libapache2-mod-perl2 shows:
ii libapache2-mod-perl2 2.0.2-2.4
It doesn't mention etch but I think this is the correct version.
FYI, here are the versions I get for Debian testing (I believe that's
etch at the moment?).
I'm making lots o
Colin Wetherbee wrote:
Beginner wrote:
dpkg -l libapache2-mod-perl2 shows:
ii libapache2-mod-perl2 2.0.2-2.4
It doesn't mention etch but I think this is the correct version.
FYI, here are the versions I get for Debian testing (I believe that's
etch at the moment?).
[EMAIL PROTECTED]
Beginner wrote:
dpkg -l libapache2-mod-perl2 shows:
ii libapache2-mod-perl2 2.0.2-2.4
It doesn't mention etch but I think this is the correct version.
FYI, here are the versions I get for Debian testing (I believe that's
etch at the moment?).
[EMAIL PROTECTED]:~$ dpkg -l libapache2-m
On 17 Mar 2008 at 12:56, Jeff Armstrong wrote:
> Dp,
>
> Make sure you are using etch or later:
> dpkg -l libapache2-mod-perl2
>
> should list the installed version as 2.0.2-2.4
>
>
> The sarge libapache2-mod-perl2 versions (1.99.xxx) were not sane.
Apache/2.2.3 (Debian) mod_perl/2.0.2 Pe
On Monday 17 March 2008 08:30:17 am Beginner wrote:
> > Do you mean that the OS auto-upgraded something, or that you upgraded
> > something manually? What exactly was upgraded?
> It looks like logrotate shutdown httpd and http failed to start after
> that.
For reference, that seems to be cause
Hi.
First, you should probably pay more attention to what Perrin tells you,
rather than to what I tell you below. He is the real expert, I just dabble.
So you should probably first verify the version of Perl on your system,
and maybe try an update of that, before you look at what follows.
Th
On Mon, 2008-03-17 at 12:30 +, Beginner wrote:
> On 17 Mar 2008 at 7:43, Perrin Harkins wrote:
>
> > On Mon, Mar 17, 2008 at 7:06 AM, Beginner <[EMAIL PROTECTED]> wrote:
> > > I found an
> > > upgraded package for my OS.
> >
> > Do you mean that the OS auto-upgraded something, or that you u
Dp,
Make sure you are using etch or later:
dpkg -l libapache2-mod-perl2
should list the installed version as 2.0.2-2.4
The sarge libapache2-mod-perl2 versions (1.99.xxx) were not sane.
Regards
Jeff
Original Message
Subject: Re:troubleshooting
From: Beginner <[EMAIL PROTE
On 17 Mar 2008 at 7:43, Perrin Harkins wrote:
> On Mon, Mar 17, 2008 at 7:06 AM, Beginner <[EMAIL PROTECTED]> wrote:
> > I found an
> > upgraded package for my OS.
>
> Do you mean that the OS auto-upgraded something, or that you upgraded
> something manually? What exactly was upgraded?
It loo
On Mon, Mar 17, 2008 at 7:06 AM, Beginner <[EMAIL PROTECTED]> wrote:
> I found an
> upgraded package for my OS.
Do you mean that the OS auto-upgraded something, or that you upgraded
something manually? What exactly was upgraded?
> My startup file has:
>
> use Apache2::RequestRec ();
> use A
Hi,
Server: Apache/2.2.3 (Debian) mod_perl/2.0.2 Perl/v5.8.8
I got to work this morning at my httpd daemon was down. I was getting
a seg fault whenever I tried to restart the daemon. I found an
upgraded package for my OS. It looks like I had a apache2 with MP1
setup. The new installation is MP
On 1/24/07, Robert Landrum <[EMAIL PROTECTED]> wrote:
Perrin Harkins wrote:
> My guess is that $self has a lifespan longer than one request, so you
> are trying to use a $r object from a previous request.
Would $r still be defined in that instance?
Yes. What you're checking is that the refere
Perrin Harkins wrote:
My guess is that $self has a lifespan longer than one request, so you
are trying to use a $r object from a previous request.
Would $r still be defined in that instance?
Rob
On 1/24/07, Joel Gwynn <[EMAIL PROTECTED]> wrote:
My understanding is that PerlSetVar is not a per-request directive.
What am I missing?
You mean dir_config? It's not per-request, but I'm guessing that $r
in your code is an Apache2::RequestRec object, which is per-request.
You have to call dir
On 1/24/07, Perrin Harkins <[EMAIL PROTECTED]> wrote:
On 1/24/07, Joel Gwynn <[EMAIL PROTECTED]> wrote:
> OK. I replaced that line with a hard-coded file path, and now it's
> looking much better. So I guess it's something about the Request
> object.
My guess is that $self has a lifespan longer
On 1/24/07, Joel Gwynn <[EMAIL PROTECTED]> wrote:
OK. I replaced that line with a hard-coded file path, and now it's
looking much better. So I guess it's something about the Request
object.
My guess is that $self has a lifespan longer than one request, so you
are trying to use a $r object fro
On 1/24/07, Joel Gwynn <[EMAIL PROTECTED]> wrote:
On 1/24/07, Robert Landrum <[EMAIL PROTECTED]> wrote:
> Joel Gwynn wrote:
> > Interesting. I just might be doing that:
> > $config_file = $self->param('r')->dir_config('CONFIG_FILE');
> >
> > In my section, I have this:
> >
> > PerlSetVar CONFIG
On 1/24/07, Robert Landrum <[EMAIL PROTECTED]> wrote:
Joel Gwynn wrote:
> Interesting. I just might be doing that:
> $config_file = $self->param('r')->dir_config('CONFIG_FILE');
>
> In my section, I have this:
>
> PerlSetVar CONFIG_FILE /projects/funnyr_dev/private/config.ini
>
> And of course
Joel Gwynn wrote:
Interesting. I just might be doing that:
$config_file = $self->param('r')->dir_config('CONFIG_FILE');
In my section, I have this:
PerlSetVar CONFIG_FILE /projects/funnyr_dev/private/config.ini
And of course I'm not using flock on that file. Hmmm.
Try changing that up...
Joel Gwynn wrote:
Here's my backtrace, any ideas?
#0 0xb7a58743 in modperl_dir_config (my_perl=0x81b6eb0, r=0x823ce98,
s=0x203a6e6f,
key=0x8800c38 "CONFIG_FILE", sv_val=0x0) at modperl_util.c:516
#1 0xb78dae84 in XS_Apache2__RequestRec_dir_config
(my_perl=0x81b6eb0, cv=0x82cd074)
at Requ
al Segmentation fault (11)
>
> How would I go about troubleshooting this?
There are instructions for getting a backtrace here:
http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems
- Perrin
S ... I've recompiled mod_perl with MP_DEBUG=1 and I've got some
core
On 1/21/07, Joel Gwynn <[EMAIL PROTECTED]> wrote:
I've got a mod_perl application which segfaults on every 10th or so
requests. Here's what I get in my error log:
[notice] child pid exit signal Segmentation fault (11)
How would I go about troubleshooting this?
There
On Jan 22, 2007, at 9:12 AM, Joel Gwynn wrote:
Is DEBUG_USER_LOGIC shorthand for something?
No.
You just have to make your own (USER_LOGIC) debugging lines, to try
and figure out where you're segfaulting.
The other option is this:
http://search.cpan.org/~pgollucci/mod_perl-2.0.3/docs/de
mentation fault (11)
>
> How would I go about troubleshooting this?
toss a bunch of
DEBUG_USER_LOGIC && print STDERR "\nHere i am"
lines where you think the issue might happen.
also have stuff like:
DEBUG_USER_LOGIC && debug_function( "messa
On Jan 21, 2007, at 12:05 PM, Joel Gwynn wrote:
I've got a mod_perl application which segfaults on every 10th or so
requests. Here's what I get in my error log:
[notice] child pid exit signal Segmentation fault (11)
How would I go about troubleshooting this?
toss
I'm running mod_perl 2.0.2 (I think) on apache 2 on Debian Linux
2.6.9-023stab033.6
I've got a mod_perl application which segfaults on every 10th or so
requests. Here's what I get in my error log:
[notice] child pid exit signal Segmentation fault (11)
How would I go about
Disregard this thread, I figured out what it was. SOmehow the ssh
server got shut off.
Sorry for the unnecessary noise.
Thanks,
Boysenberry
boysenberrys.com | habitatlife.com | selfgnosis.com
On Nov 17, 2005, at 5:47 PM, Boysenberry Payne wrote:
Hello,
I'm on OS X 10.3.9 / AP2 /
Hello,
I'm on OS X 10.3.9 / AP2 / MP 2 / Perl 5.8.7
I've got a script that connects to a couple of ssh servers using
Net::SSH::Perl.
I've been able to log onto both servers using SSH in a terminal and
previously
my script worked for connecting to both servers. Now, one server gives
29 matches
Mail list logo
