Hi,
Following your advice, I tested with Debian buster and the development
version of perl and mod_perl and this bug is still present.
I filed a report on the mod_perl development mailing list.
Benoit
Hi,
Following your advise I first tested if the bug is still there on Debian
testing and it's not : the sequence of event is still the same as I
described except that the relocation dependency of libm towards libperl
is gone and now libperl unloads properly when mod_perl is unloaded =>
the PL_chec
After thinking about it, my proposed patch will not work in this
situation:
1. use $[ but don't bring libstdc++
=> libperl.so will be removed but not arybase.so
2. on create-config stage, libperl.so is reloaded, PL_check is
initialized and points to local checks only
3. the boot section is ary
Package: libparams-classify-perl
Version: 0.013-6+b1
Severity: important
Tags: patch upstream
The XS version of this package registers an op checker by writing directly into
PL_check array
(see libparams-classify-perl-0.013: lib/Params/Classify.xs line 741)
This is not the canonic way of register
Package: libapache2-mod-perl2
Version: 2.0.10-2
Severity: important
Tags: upstream patch
-- Package-specific info:
-8<-- Start Bug Report 8<--
1. Problem Description:
To reproduce the bug, start from a vanilla Debian server, install apache2,
libapache
Package: libapache2-mod-perl2
Version: 2.0.10-2
Severity: important
Tags: patch upstream
-- Package-specific info:
-8<-- Start Bug Report 8<--
1. Problem Description:
To reproduce the problem, start from a vanilla Debian server (I used 9.5).
Install a
6 matches
Mail list logo