Re: Can't load perl file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nick Pietraniec schrieb: | Yea, I've got to give it a shot next week. I'm still not very familiar | with the whole mod_perl universe. The script does simply the same | thing (can't load) is there any way to increase the verbosity? Error | log entries seem pretty vague even on debug | | -Nick give us the error log lines and the code lines mentioned in there. tom -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCqqz7kVPeOFLgZFIRAtB8AKCYxEKLrlw0WqoZKLx2aPiLrhcG0QCeJiMs TAu/Wt4RblJjmB7D+WcqXxU= =IXlr -END PGP SIGNATURE-
[ANNOUNCE] Apache2-AuthenSmb-0.01
The uploaded file Apache2-AuthenSmb-0.01.tar.gz has entered CPAN as file: $CPAN/authors/id/S/SP/SPEEVES/Apache2-AuthenSmb-0.01.tar.gz size: 5219 bytes md5: cf8df6f382cb913df8d3f13b516a27d1 Here are the changes for Apache2-AuthenSmb-0.01: 0.01 Thu Jun 09 14:50:00 2005 - Moving module into Apache2 namespace. - loading Apache2::* instead of Apache:: - Documentation is updated. Enjoy :) speeves
Re: [MP2] Bug Report - Segfault when using Image::Magick
William McKee wrote: On Tue, Jun 07, 2005 at 11:40:49PM +1000, Stas Bekman wrote: Something is not right here. Your perl is not threaded: However the segfault shows threads operation: Yeah, it's bizarre. #0 0x882fa1d7 in kill () from /lib/libc.so.5 (gdb) bt #0 0x882fa1d7 in kill () from /lib/libc.so.5 #1 0x882ef27e in raise () from /lib/libc.so.5 #2 0x88361627 in abort () from /lib/libc.so.5 #3 0x885d9c3f in _thread_exit () from /usr/lib/libc_r.so.5 #4 0x885d8311 in _thread_init () from /usr/lib/libc_r.so.5 #5 0x885cf1cc in _thread_init_hack () from /usr/lib/libc_r.so.5 #6 0x885db322 in _find_thread () from /usr/lib/libc_r.so.5 Have you built that module with that same perl? Try rebuilding it, first nuking any preinstalled instance of it (especially .so files). Which module are you referring to? mod_perl or Perl or Image::Magick? The latter. I'm not sure which .so files I need to nuke and rebuild. Looking at the segfault, it seems to occur in Perl rather than mod_perl. I've rebuilt mod_perl many times but it still segfaults (even with the mod_perl I just built with debugging flags enabled). Any chance to have an Apache-Test skeleton, so someone could try and reproduce it? -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Problem mod_perl-2.0 test on t/closure.t
maurizio amendola wrote: Hi at all I'm newbie to mod_perl and apache. I have apache 2.0.54, Freebsd 5.4 and mod_perl-2.0.0. I have a error when I do maurizio, please take a look at: http://perl.apache.org/bugs/ and try again, submitting a bug report as explained at that URL. Thank you. -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [MP2] Bug report - errors when compiling with MP_DEBUG flag
William McKee wrote:
[...]
If you look at the linking command that you've pasted in the original
report it had:
/usr/local/src/httpd-2.0.54/srclib/apr/libapr-0.la
which is the one that you need to check.
Actually, I had taken a look in that file but there's nothing being
defined in there.
certainly, it's a C define, which can't be seen from .la. I was just
saying that .so has nothing to do with it. It's .la that's linked.
I then grepped by mod_perl and httpd source directories for header files
which defined APR_HAS_THREADS. I changed srclib/apr/include/apr.h and
srclib/apr/include/apr.hnw then reconfigured mod_perl but it still
failed.
Please find all occurences of apr.h and check the value of APR_HAS_THREADS.
OK, I ran the following command and have found the file which set that
value to 1:
find / -name *apr.h -print -exec grep APR_HAS_THREADS {} \;
After setting it to 0, I reran the build process. That appears to be
working now but I'm still having some problems with tests failing :(.
The important thing is the debug flags should be on for this build. I
can live with some of the tests failing.
I'd suggest to nuke all occurences of Apache and libapr, clean your system
completely and then start from scratch.
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [MP2] Bug Report - Segfault when using Image::Magick
William McKee wrote: On Tue, Jun 07, 2005 at 11:40:49PM +1000, Stas Bekman wrote: Something is not right here. Your perl is not threaded: However the segfault shows threads operation: #0 0x882fa1d7 in kill () from /lib/libc.so.5 (gdb) bt #0 0x882fa1d7 in kill () from /lib/libc.so.5 #1 0x882ef27e in raise () from /lib/libc.so.5 #2 0x88361627 in abort () from /lib/libc.so.5 #3 0x885d9c3f in _thread_exit () from /usr/lib/libc_r.so.5 #4 0x885d8311 in _thread_init () from /usr/lib/libc_r.so.5 #5 0x885cf1cc in _thread_init_hack () from /usr/lib/libc_r.so.5 #6 0x885db322 in _find_thread () from /usr/lib/libc_r.so.5 Looking further down, you'll see that it's DynaLoader which passes the operation out beyond Perl. Could I be using a threaded version of DynaLoader? ldd it and you will see what's linked against. The error seems to be coming from Perl_yyparse, have you tried preloading that module at the server startup? This is a very custom Perl compile as you can see from the compile args. In an attempt to include some system modules, I may have included a path with an XS file built by a threaded version of Perl. Is there a way to figure this out or is it best to just rebuild without these custom paths? I can't tell w/o being able to reproduce the segfault. It's strange that it gets into threads on the non-threaded perl, but maybe that's how things work on freebsd. BTW, have you tried googling for that _thread_exit segfault trace on freebsd 5.3? -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
