seg faults on RHEL 3

[Brian Duggan]

Hi Modperlers,

I saw some recent posts with problems like this, but I didn't see
a solution.

I'm migrating a large mod_perl application from a machine with redhat
7.3, apache-1.3.27, mod_perl-1.27, and perl 5.6.1 to a machine with
Redhat Enterprise Linux AS 3, mod_perl-1.29, apache-1.33, and perl 5.8.0.

Things run well on the former setup, but I'm seeing seg faults on
the latter.

I've built apache and mod_perl as follows :

    $ tar xzvf apache_1.3.33.tar.gz
    $ tar xzvf mod_perl-1.29.tar.gz
    $ cd mod_perl-1.29 
    $ perl Makefile.PL APACHE_SRC=../apache_1.3.33/src \
        DO_HTTPD=1 USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 \
        PERL_DEBUG=1 APACI_ARGS='--without-execstrip'
    $ make
    $ cd ../apache_1.3.33
    $ export CC='gcc -g'
    $ ./configure --without-execstrip \
        --prefix=/usr/local/apache \
        --activate-module=src/modules/perl/libperl.a \
        --enable-module=so
    $ make
    $ cd ../mod_perl-1.29
    $ make test
    $ sudo make install
    $ cd ../apache-1.3.33
    $ sudo make install

I then start the server via

    $ cd /usr/local/apache/bin
    $ ./httpd -X

and send a sequence of requests to the application, after which I get

    Segmentation fault (core dumped)

gdb shows me :

    $ gdb ./httpd core.18078
    Reading symbols from /lib/tls/libm.so.6...done.
    Loaded symbols for /lib/tls/libm.so.6
    Reading symbols from /lib/libcrypt.so.1...done.
    Loaded symbols for /lib/libcrypt.so.1
    [..]

    1720        for (i = 0, j = 0; s[i] != '\0'; i++)
    (gdb) where
    #0  0x080d0a62 in ap_escape_html (p=0x8b01b54, s=0x0) at util.c:1720
    #1  0x080c9ef7 in ap_send_error_response (r=0x8b01b7c, recursive_error=0) 
at http_protocol.c:2915
    #2  0x080cbf65 in ap_die (type=302, r=0x8b01b7c) at http_request.c:1138
    #3  0x080cc555 in process_request_internal (r=0x8b01b7c) at 
http_request.c:1299
    #4  0x080cc59a in ap_process_request (r=0x8b01b7c) at http_request.c:1314
    #5  0x080c36fd in child_main (child_num_arg=0) at http_main.c:4786
    #6  0x080c389d in make_child (s=0x8106f14, slot=0, now=1119435820) at 
http_main.c:4901
    #7  0x080c3a03 in startup_children (number_to_start=8) at http_main.c:4983
    #8  0x080c40ba in standalone_main (argc=2, argv=0xbfff9f84) at 
http_main.c:5315
    #9  0x080c48d8 in main (argc=2, argv=0xbfff9f84) at http_main.c:5657

Any suggestions for fixes or how I might diagnose this further
would be appreciated.

Brian