Hi again: Tracking this down further. I noticed that when we build this
apache/mod_perl we had turned off the 'make test' step. Attached is a
formal bug report with debugging enabled for both mod_perl and perl. The
test suite does not even start, as the server segfaults before the tests
can
Hi once more:
I've installed a mod_perl compiled with MP_DEBUG=1 and obtained a core
file, from which I get this stack trace when loading Carp.pm. It seems
it segfaults when compiling the regular expression from this line
in Carp.pm:
is_utf8($arg) or $arg =~
s/([[:cntrl:]]|[[:^ascii:]])/spr
Hi Fred, modperl folks:
We've narrowed down this bug a bit more. We are currently running perl
5.16.1 (latest), the latest mod_perl from source and apache version
2.2.22.
If we run a simple httpd.conf with this line:
PerlModule Carp
Then single-process startup will fail on the second perl
Hello Fred,
Thank you for pointing out the upcoming release. Unfortunately, after
checking out and installing the latest version from SVN, I'm still
seeing the same issue. Apache still segfault while trying to load any
Perl module that directly or indirectly use Carp. According to "SVN info
-
Can you try the latest version from source?
http://perl.apache.org/download/source.html
It looks like you are using perl 5.16, some recent fixes were
committed there. The subversion tip will likely be the 2.0.8 RC in a
week or so.
On Mon, Aug 13, 2012 at 3:01 PM, Jason Lin wrote:
> Hi,
>
> I wo
Hi,
I work for a project that has been using mod_perl for quite a while.
Recently, we upgraded our 64-bit web server with Perl 5.16, mod_perl
2.0.7 (it's 2.0.6 with patch), and apache 2.2.22 on CentOS 6.3. Since
then, we've been unable to start Apache server (segmentation faults)
with same ht