Bug 718926 - httpd sigsegv on mod_perl if perl 5.14 used
Summary: httpd sigsegv on mod_perl if perl 5.14 used
Keywords:
Status: CLOSED DUPLICATE of bug 730832
Alias: None
Product: Fedora
Classification: Fedora
Component: mod_perl
Version: rawhide
Hardware: i686
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Joe Orton
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-07-05 07:33 UTC by Anton Guda
Modified: 2011-11-09 20:11 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2011-11-09 20:11:36 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Tested patch from mod_perl svn (1.08 KB, patch)
2011-07-05 07:33 UTC, Anton Guda
no flags Details | Diff

Description Anton Guda 2011-07-05 07:33:56 UTC
Created attachment 511263 [details]
Tested patch from mod_perl svn

Description of problem:
After upgrade to perl 5.14.x (rawhide), rebuild http, mod_perl
httpd fails to start with sigsegv.


Version-Release number of selected component (if applicable):
mod_perl-2.0.5-4
httpd-2.2.19-0.1 (local rebuild to upstream)

How reproducible:
Always.


Steps to Reproduce:
1. Install httpd, mod_perl
2. start httpd

  
Actual results:
SIGSEGV

Expected results:
Works.


Additional info:
A patch from mod_perl svn was tested. Fail.

Comment 1 Anton Guda 2011-07-05 07:44:30 UTC
(gdb) run
Starting program: /usr/sbin/httpd 
[Thread debugging using libthread_db enabled]
Warning: SuexecUserGroup directive requires SUEXEC wrapper.

stack trace

Program received signal SIGSEGV, Segmentation fault.
0xb7689744 in modperl_env_clear (my_perl=0x35a0e0) at modperl_env.c:100
100     modperl_env.c: No such file or directory.
        in modperl_env.c
Missing separate debuginfos, use: debuginfo-install httpd-2.2.19-0.1.1.bcx.i686
(gdb) bt
#0  0xb7689744 in modperl_env_clear (my_perl=0x35a0e0) at modperl_env.c:100
#1  0xb7678f9a in modperl_boot (my_perl=0x35a0e0, data=0x0) at mod_perl.c:100
#2  0xb73b35f1 in Perl_leave_scope () from /usr/lib/perl5/CORE/libperl.so
#3  0xb73b4593 in Perl_pop_scope () from /usr/lib/perl5/CORE/libperl.so
#4  0xb73133cd in perl_parse () from /usr/lib/perl5/CORE/libperl.so
#5  0xb7679356 in modperl_startup (s=0x172af8, p=0x16d0a8) at mod_perl.c:255
#6  0xb76792cc in modperl_startup (s=0x172af8, p=0x16d0a8) at mod_perl.c:207
#7  0xb7679806 in modperl_init (base_server=0x172af8, p=0x16d0a8) at mod_perl.c:458
#8  0xb76799be in modperl_hook_init (s=0x172af8, pconf=0x16d0a8, plog=<optimized out>, ptemp=<optimized out>) at mod_perl.c:631
#9  modperl_hook_init (pconf=0x16d0a8, plog=0x19b160, ptemp=0x19d168, s=0x172af8) at mod_perl.c:608
#10 0x0013728e in ap_run_open_logs (pconf=0x16d0a8, plog=0x19b160, ptemp=0x19d168, s=0x172af8)
    at /home/atu/rpmbuild/BUILD/httpd-2.2.19/server/config.c:151
#11 0x001203f4 in main (argc=1, argv=0xbffff134) at /home/atu/rpmbuild/BUILD/httpd-2.2.19/server/main.c:673

Comment 2 Anton Guda 2011-08-04 15:25:06 UTC
It seems to be conflict between LARGEFILE64_SOURCE and FILE_OFFSET_BITS=64 (described in lib/Apache2/Build.pm:2120). I tried to use different flags while module build, but without positive results: or build fails (off64_t undefined..) or sigsegvs.
Must not be a problem in 64-bit arches.

Comment 3 Jan Kaluža 2011-11-09 12:42:22 UTC
Try to just return 0 in that method as it's described in https://bugzilla.redhat.com/show_bug.cgi?id=730832 please.

Comment 4 Anton Guda 2011-11-09 15:32:49 UTC
It works with nolsf.patch.
Propose to close this bug and use this patch in updates.

Comment 5 Jan Kaluža 2011-11-09 20:11:36 UTC

*** This bug has been marked as a duplicate of bug 730832 ***


Note You need to log in before you can comment on or make changes to this bug.