According to our install documentation, these are the apache2 packages that
we install from apt on debian jessie:
apache2
apache2-mpm-prefork
libapache2-request-perl
libapache2-mod-perl2
libapache2-mod-perl2-dev
apache2-threaded-dev
On Thu, Sep 17, 2015 at 2:13 PM, Michael Schout wrote:
> On 9/1
On 9/17/15 8:13 AM, Vincent Veyron wrote:
> Sep 17 15:08:31 eeepc kernel: [ 7737.194398] traps: /usr/sbin/apach[8769]
> general protection ip:7f1199d45d70 sp:7ffe7e3dc410 error:0 in
> PPAddr.so[7f1199d45000+2000]
I saw these first as well on debian jessie. I fixed it by switching
from mpm-even
It's not one of my direct dependencies and I don't believe that it is a
transitive dependency either because it isn't installed on my test server.
On Thu, Sep 17, 2015 at 1:26 PM, Michael Schout wrote:
> On 9/17/15 9:00 AM, John Dunlap wrote:
> > I'm not using the TryCatch module in my applicati
On 9/17/15 9:00 AM, John Dunlap wrote:
> I'm not using the TryCatch module in my application. I use eval blocks
> for all of my transaction management. For me to be suffering from the
> same ailment, the bug would have to manifest itself in other ways.
I don't think TryCatch *itself* is the proble
I'm not using the TryCatch module in my application. I use eval blocks for
all of my transaction management. For me to be suffering from the same
ailment, the bug would have to manifest itself in other ways.
On Sep 17, 2015 5:01 AM, "Vincent Veyron" wrote:
> On Wed, 16 Sep 2015 12:36:07 -0500
> M
Correction : I found the following in /var/log/syslog when attempting to start
the server with the 'use TryCatch' dependency
Sep 17 15:08:31 eeepc kernel: [ 7737.194398] traps: /usr/sbin/apach[8769]
general protection ip:7f1199d45d70 sp:7ffe7e3dc410 error:0 in
PPAddr.so[7f1199d45000+2000]
Sep
On Wed, 16 Sep 2015 12:36:07 -0500
Michael Schout wrote:
>The bug is definitely there on jessie
I'm seeing it too, now :
[Thu Sep 17 10:20:46.609613 2015] [perl:error] [pid 1162:tid 140075585201920]
[client 192.168.1.11:44374] panic: attempt to copy freed scalar 7f65d1541178 to
7f65d0e6fc30
Here is a backtrace from the call to Perl_croak() that is triggered,
from perl 5.19.7, mod_perl 2.0.9 both built with debugging enabled.
> * thread #1: tid = 0x841d66, 0x000102b058af
> mod_perl.so`Perl_croak(pat=0x000102c48681) + 95 at util.c:1581, queue =
> 'com.apple.main-thread', sto
On 9/16/15 12:06 PM, Steve Hay wrote:
> Thanks for the detective work, Michael. I've logged this on
> rt.perl.org since it isn't yet clear whether the optimization has a
> problem, or whether mod_perl (or maybe TryCatch / Devel::Declare) is
> doing anything naughty:
Thanks Steve.
Wouldn't surpri
On 9/16/15 12:26 PM, Vincent Veyron wrote:
> Ha! It was not installed. I suppose that because your test module was also
> named TryCatch,
Probably.
> Not sure what to do now?
Rename the crash module as /home/lib/Apache/TryCatch.pm
make sure the "package" line still reads "package Apache::TryC
On Wed, 16 Sep 2015 09:40:43 -0500
Michael Schout wrote:
> On 9/16/15 9:22 AM, Vincent Veyron wrote:
> > apt-get install apache2-mpm-prefork libapache2-request-perl
> > libapache2-mod-perl2 libapache2-mod-apreq2
>
> How did you install TryCatch (the only dependency my module uses)?
>
Ha! It
On 9/16/15 7:08 AM, Vincent Veyron wrote:
> I put your test handler on a machine running Debian 8 (jessie), it works just
> fine.
I cannot reproduce this at all.
I tried on Debian 8 jessie running in virtualbox.
perl, modperl, apache all from debian packages. using prefork MPM.
TryCatch inst
On 15 September 2015 at 23:15, Michael Schout wrote:
> As reported in other thread, I've seen mod_perl emit panic warnings such
> as the following ever since 5.19.7:
>
> panic: attempt to copy freed scalar 7fb2264ffde0 to 7fb2264ffd08 at
> /Users/mschout/Sync/Apache-TryCatch/blib/lib/Apache/TryCa
On 9/16/15 9:22 AM, Vincent Veyron wrote:
> apt-get install apache2-mpm-prefork libapache2-request-perl
> libapache2-mod-perl2 libapache2-mod-apreq2
How did you install TryCatch (the only dependency my module uses)?
Regards,
Michael Schout
On Wed, 16 Sep 2015 08:33:33 -0500
Michael Schout wrote:
> Are you using debian packages for the CPAN modules at all?
Yes, this is what I use :
apt-get install apache2-mpm-prefork libapache2-request-perl
libapache2-mod-perl2 libapache2-mod-apreq2
I doubt this makes a difference, but I als
I use the Debian apreq package from apt, to install mod_perl, but the rest
of my dependencies I install through cpan
On Sep 16, 2015 9:33 AM, "Michael Schout" wrote:
> On 9/16/15 7:08 AM, Vincent Veyron wrote:
>
> > I put your test handler on a machine running Debian 8 (jessie), it works
> just f
On 9/16/15 7:08 AM, Vincent Veyron wrote:
> I put your test handler on a machine running Debian 8 (jessie), it works just
> fine.
Fails for me on both CentOS 7 and Darwin (OS X 10.10.5). I see you are
using Apache 2.4 (I was using 2.2). I tested with Apache 2.4.16 and it
also fails for me on th
On Tue, 15 Sep 2015 17:18:06 -0500
Michael Schout wrote:
> On 9/15/15 5:15 PM, Michael Schout wrote:
>
> > Reverting the change to op.c completely fixes the problem. I cannot
> > reproduce the panic after this change, and I do not get any segmentation
> > faults either in a large codebase that
On 9/15/15 5:15 PM, Michael Schout wrote:
> Reverting the change to op.c completely fixes the problem. I cannot
> reproduce the panic after this change, and I do not get any segmentation
> faults either in a large codebase that I am also testing against.
I should have mentioned I reverted the ch
As reported in other thread, I've seen mod_perl emit panic warnings such
as the following ever since 5.19.7:
panic: attempt to copy freed scalar 7fb2264ffde0 to 7fb2264ffd08 at
/Users/mschout/Sync/Apache-TryCatch/blib/lib/Apache/TryCatch.pm line 20.
I've also seen random segementation faults cau
20 matches
Mail list logo