server=0x84640, p=0x7e0c8) at
mod_perl.c:458
#11 0x70a6c3c4 in modperl_hook_init (pconf=0x7e0c8, plog=0xb0190,
ptemp=0xb2198, s=0x84640)
at mod_perl.c:631
#12 0x0003f620 in ap_run_open_logs ()
#13 0x0002ce8c in main ()
This report was generated by t/REPORT on Sat Mar 1 11:55:17 2008 GMT.
Cheers,
--
Niko Tyni [EMAIL PROTECTED]
On Mon, Mar 10, 2008 at 12:06:54AM -0700, Philippe M. Chiasson wrote:
> Niko Tyni wrote:
> >We're switching to Perl 5.10 in Debian soon, and I'm trying to update the
> >mod_perl2 package to keep it working. Unfortunately the ModPerl-Registry
> >test suite is fa
On Mon, Mar 10, 2008 at 10:53:54PM -0700, Philippe M. Chiasson wrote:
> >>Niko Tyni wrote:
> >>>We're switching to Perl 5.10 in Debian soon, and I'm trying to update the
> >>>mod_perl2 package to keep it working. Unfortunately the ModPerl-Regis
There's probably nothing mod_perl2 can or should do about this, but
I thought you'd want to know :)
Cheers,
--
Niko Tyni [EMAIL PROTECTED]
y similar to <http://bugs.debian.org/480480>, Cc'd as
[EMAIL PROTECTED] . I just sent a stack backtrace there, no idea
yet if the fault is with perl or mod_perl2.
Cheers,
--
Niko Tyni [EMAIL PROTECTED]
Agent documentation recommends that subclasses override
just get_basic_credentials(), and that's what Apache::TestRequest
currently does.
The attached patch works around the problem by providing a credentials()
wrapper too. It's probably not quite correct, but the tests pass with
this
.e. stop stripping those flags in Apache2::Build.
Obviously, a more portable solution is needed for mod_perl 2.0.6.
Perhaps an explicit probe for sizeof(apr_ino_t) with different
_FILE_OFFSET_BITS definitions?
Cheers,
--
Niko Tyni nt...@debian.org
ozens of such warnings in t/logs/error_log
after running the whole test suite.
Feel free to tell me if I got it all wrong, though :)
Cheers,
--
Niko Tyni nt...@debian.org
#include/* from the Perl distribution */
#include /* from the Perl distribution */
ke it's loading
APR.so which is built from mod_perl2 itself.
See the thread around
http://www.mail-archive.com/modperl@perl.apache.org/msg26248.html
for some past discussion on that.
The patch we're currently applying in Debian is
http://patch-tracker.debian.org/patch/series/view/libapache2-mod-perl2/2.0.5-5/250-lfs-perl-5.14.patch
HTH,
--
Niko Tyni nt...@debian.org
r me... (This is on Windows 7 x64 with
> VC++ 2010.)
Thanks for checking.
FWIW, I can reproduce the failure with the Debian perl 5.10.1 package and
mod_perl2 2.0.7 with just the above test fix. So it doesn't seem to be
a Debian change that breaks it. Maybe -Dusethreads or somethi
erver dumped core
> [ error] for stacktrace, run: gdb
> /usr/local/apache-2.4.20-catalyst/bin/httpd -core
> /tmp/mod_perl-2.0.9/t/core.2184
There's a known issue with t/protocol/pseudo_http.t crashing Apache
2.4.20, see
http://www.mail-archive.com/dev%40perl.apache.org/msg1369
11 matches
Mail list logo