Re: panic: attempt to copy freed scalar caused by calling cgi->param with TryCatch since perl 5.19.7

Michael Schout <[email protected]>
Newsgroups gmane.comp.apache.mod-perl
Message-ID <[email protected]>
Here is a backtrace from the call to Perl_croak() that is triggered,
from perl 5.19.7, mod_perl 2.0.9 both built with debugging enabled.


> * thread #1: tid = 0x841d66, 0x0000000102b058af mod_perl.so`Perl_croak(pat=0x0000000102c48681) + 95 at util.c:1581, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1
>   * frame #0: 0x0000000102b058af mod_perl.so`Perl_croak(pat=0x0000000102c48681) + 95 at util.c:1581
>     frame #1: 0x0000000102b4d55c mod_perl.so`Perl_sv_setsv_flags(dstr=<unavailable>, sstr=<unavailable>, flags=1536) + 9708 at sv.c:4062
>     frame #2: 0x0000000102b47824 mod_perl.so`Perl_sv_mortalcopy_flags(oldstr=0x00000001010c76b8, flags=<unavailable>) + 452 at sv.c:8643
>     frame #3: 0x0000000102b9ac1a mod_perl.so`S_adjust_stack_on_leave(newsp=0x0000000100f96c00, sp=0x0000000100f96c08, mark=0x0000000100f96c08, gimme=<unavailable>, flags=<unavailable>, lvalue=false) + 250 at pp_ctl.c:2031
>     frame #4: 0x0000000102ba87b1 mod_perl.so`Perl_pp_leavetry + 417 at pp_ctl.c:4397
>     frame #5: 0x0000000102b052a1 mod_perl.so`Perl_runops_debug + 305 at dump.c:2270
>     frame #6: 0x0000000102a86cbc mod_perl.so`Perl_call_sv(sv=<unavailable>, flags=<unavailable>) + 1436 at perl.c:2747
>     frame #7: 0x0000000102a3c45f mod_perl.so`modperl_callback(handler=<unavailable>, p=<unavailable>, r=0x00000001008b00a0, s=<unavailable>, args=<unavailable>) + 607 at modperl_callback.c:100
>     frame #8: 0x0000000102a3d7bd mod_perl.so`modperl_callback_run_handlers(idx=6, type=3, r=0x00000001008b00a0, c=<unavailable>, s=0x000000010080e930, pconf=<unavailable>, plog=<unavailable>, ptemp=<unavailable>, run_mode=<unavailable>) + 829 at modperl_callback.c:236
>     frame #9: 0x0000000102a3e506 mod_perl.so`modperl_callback_per_dir(idx=<unavailable>, r=<unavailable>, run_mode=<unavailable>) + 54 at modperl_callback.c:342
>     frame #10: 0x0000000102a377e6 mod_perl.so`modperl_response_handler_cgi [inlined] modperl_response_handler_run(r=0x00000001008b00a0) + 34 at mod_perl.c:1027
>     frame #11: 0x0000000102a377c4 mod_perl.so`modperl_response_handler_cgi(r=0x00000001008b00a0) + 420 at mod_perl.c:1098
>     frame #12: 0x0000000100002186 httpd`ap_invoke_handler + 310
>     frame #13: 0x0000000100023fb5 httpd`ap_process_request + 85
>     frame #14: 0x000000010002161f httpd`ap_process_http_connection + 127
>     frame #15: 0x000000010000ee26 httpd`ap_process_connection + 150
>     frame #16: 0x000000010002a87b httpd`child_main + 827
>     frame #17: 0x0000000100029ea2 httpd`make_child + 114
>     frame #18: 0x0000000100029489 httpd`ap_mpm_run + 1129
>     frame #19: 0x000000010000771e httpd`main + 2142
>     frame #20: 0x00007fff95acc5c9 libdyld.dylib`start + 1
>     frame #21: 0x00007fff95acc5c9 libdyld.dylib`start + 1

Regards,
Michael Schout
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.