Re: modperl segfault with threaded Perl 5.8

[Pavel Hlavnicka]

>> Ok, here is a complete backtrace (after a nice couple of hours observing the compilation progress... :)
>
>
>
> Can you please share the details of what you have changed, that allowed you to get the args and line numbers/file names? Why didn't you have them in the original report (I want this to be documented).


I did it easily, but I'm not sure, it is a way for everyone... I just built Perl form the source with CFLAGS='-O0 -g' (-O0 is not necessary, I guess, it just usually makes debugger more precise on line tracking).

What I exactly did was:

sh Configure -des -Dprefix='/home/pavel/perl-5.8' -Duseshrplib -Doptimize='-O0 -g' -Uinstallusrbinperl -Dusethreads

I compiled mod_perl for debugging too:

env CFLAGS='-O0 -g' perl Makefile.PL

I'm telling it just to be complete, but having more perl installations and calling the appropriate perl executable to generate mod_perl Makefile puts everything nicely together in right directory structures.

> > #0 0x4003e32d in Perl_gv_fetchpv (my_perl=0x0,
> > nambeg=0x80c68a7 "Apache::Server::AutoPreLoad", add=0, sv_type=4)
> > at gv.c:646
> > #1 0x4003726b in Perl_get_sv (my_perl=0x0,
> > name=0x80c68a7 "Apache::Server::AutoPreLoad", create=0) at perl.c:1712
> > #2 0x08058c40 in mp_preload_module (name=0xbfff93e8) at perl_config.c:428
>
> The key here is my_perl=0x0, an attempt to call into perl was made
> before it was started. Since you didn't provide the details requested
> at:
> http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems
> (in particular build arguments) I'm doing a wild guesswork, assuming
> that you have built without PERL_STACKED_HANDLERS=1 (or
> EVERYTHING=1). So if my guess was correct, does the following patch
> fixes the problem with the threaded perl?


Mea culpa, but I didn't tell you, bacause I did nothing particular - no swithes to Makefile.PL at all, so your wild guess was correct. Sorry for this omission.

... and the good message at last.. your patch works great. Thank you very much!

Have you got a clue, when (and whether) some maintenance release will go out? Meanwhile I'll prefer the workaround and I'll build modperl with stacked handlers. May it have some impact to the performance? (...ok not so critical for me, indeed).

Many thanks, and thaks for modperl.

Pavel

> Index: src/modules/perl/perl_config.c
> ===================================================================
> RCS file: /home/cvs/modperl/src/modules/perl/perl_config.c,v
> retrieving revision 1.114
> diff -u -r1.114 perl_config.c
> --- src/modules/perl/perl_config.c 24 Mar 2002 22:51:04 -0000 1.114
> +++ src/modules/perl/perl_config.c 18 Feb 2003 03:20:52 -0000
> @@ -466,6 +466,11 @@
> #else
>
> #define PERL_CMD_PUSH_HANDLERS(hook, cmd) \
> +if(!PERL_RUNNING()) { \
> + perl_startup(parms->server, parms->pool); \
> + require_Apache(parms->server); \
> + MP_TRACE_g(fprintf(stderr, "mod_perl: calling perl_startup()\n")); \
> +} \
> mp_preload_module(&arg); \
> cmd = arg; \
> return NULL
>
>
>
> __________________________________________________________________
> Stas Bekman JAm_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


--
Pavel Hlavnicka
Ginger Alliance
www.gingerall.com