I've installed the raven 1.4.2 with Apache 1.3.11 for solaris 8  on a
x86 platform.  It works just fine.

When I add Apache JServ 1.1, it still works OK.

When I add modperl 1.23, it cores.

Apache 1.3.11 & modperl 1.23 works just grand.

Modperl & raven = core.

Here are the particulars & a core dump:

shaka: gcc -v
Reading specs from /opt/sfw/lib/gcc-lib/i386-pc-solaris2.8/2.95.2/specs
gcc version 2.95.2 19991024 (release)

shaka: uname -a
SunOS shaka 5.8 Generic i86pc i386 i86pc

shaka: perl -v

This is perl, v5.6.0 built for i86pc-solaris

Copyright 1987-2000, Larry Wall

Perl may be copied only under the terms of either the Artistic License
or the
GNU General Public License, which may be found in the Perl 5.0 source
kit.

Complete documentation for Perl, including FAQ lists, should be found on

this system using `man perl' or `perldoc perl'.  If you have access to
the
Internet, point your browser at http://www.perl.com/, the Perl Home
Page.

mod_perl_1.23,raven_ssl-1.4.2-1.3.11-x86-solaris-2.x, apache-1.3.11,
JServ 1.1

Script used to make & install code:
--BEGIN--
#!/bin/sh
#

JAVAHOME=/usr/java
JSDK=/opt/java/JSDK2.0/lib/jsdk.jar
PREFIX=/opt/apache
SRC_DIR=/home/bpm/compile_area
MODPERL_DIR=$SRC_DIR/modperl
APACHE_DIR=$SRC_DIR/apache
JSERV_DIR=$SRC_DIR/jserv
LAYOUT=Apache
MAKE=`which make`

######## NOTHING MORE TO CONFIGURE ##########################

# ********************FOR FIRST CLEAN SOURCES DO:
echo "Going to $APACHE_DIR"
cd $APACHE_DIR

./configure --prefix=$PREFIX \
            --with-layout=$LAYOUT

if [ $? -ne 0 ]; then
    echo "Configure Apache failure!!!"
    exit 1
fi

# ********************FOR MOD_PERL FIRST DO:

echo "Going to $MODPERL_DIR"
cd $MODPERL_DIR

perl Makefile.PL \
    APACHE_SRC=$APACHE_DIR/src \
    DO_HTTPD=1 \
    USE_APACI=1 \
    PREP_HTTPD=1 \
    EVERYTHING=1

if [ $? -ne 0 ]; then
    echo "Configure Mod Perl failure!!!"
 exit 1
fi

echo "Making modperl"
$MAKE && $MAKE install

#********************THEN GO TO JSERV AND DO:

echo "Going to $JSERV_DIR"
cd $JSERV_DIR

./configure --prefix=$PREFIX/jserv \
            --enable-apache-conf \
            --with-apache-src=$APACHE_DIR \
            --with-jdk-home=$JAVAHOME \
            --with-JSDK=$JSDK \
            --disable-debugging

if [ $? -ne 0 ]; then
    echo "Failure to configure JServ"
    exit 1
fi
echo "Making JServ java src & installing"
$MAKE

if [ $? -ne 0 ]; then
    echo "Falure to make ApacheJServ!!"
    exit 1
fi

$MAKE install
#********************THEN GO BACK TO APACHEXXX AND DO:

echo "Going back to $APACHE_DIR"
cd $APACHE_DIR

./configure --prefix=$PREFIX \
            --with-layout=$LAYOUT \
            --activate-module=src/modules/perl/libperl.a \
            --activate-module=src/modules/jserv/libjserv.a \
            --activate-module=src/modules/raven_ssl/libraven_ssl.a \
            --enable-module=most \
            --enable-module=auth_dbm

if [ $? -ne 0 ]; then
    echo "Unable to configure Apache/ModPerl/JServ/RavenSSL!!"
    exit 1
fi
echo "Making the final Apache/ModPerl/JServ/RavenSSL"
$MAKE

if [ $? -ne 0 ]; then
    echo "Unable to make Apache/JServ/SSL!!"
    exit 1
fi

#### INSTALL FINALLY!!!

$MAKE install
--END--

shaka: /opt/apache/bin/httpd -X -DSSL
Segmentation Fault (core dumped)

shaka: gdb /opt/apache/bin/httpd core
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-pc-solaris2.8"...
(no debugging symbols found)...
Core was generated by `/opt/apache/bin/httpd -X'.
Program terminated with signal 11, Segmentation Fault.
Reading symbols from /usr/lib/libsocket.so.1...(no debugging symbols
found)...
done.
Reading symbols from /usr/lib/libnsl.so.1...(no debugging symbols
found)...
done.
Reading symbols from
/opt/perl/lib/5.6.0/i86pc-solaris/CORE/libperl.so...
(no debugging symbols found)...done.
Reading symbols from /usr/lib/libdl.so.1...(no debugging symbols
found)...done.
Reading symbols from /usr/lib/libm.so.1...(no debugging symbols
found)...done.
Reading symbols from /usr/lib/libc.so.1...(no debugging symbols
found)...done.
Reading symbols from /usr/lib/libcrypt_i.so.1...(no debugging symbols
found)...
done.
Reading symbols from /usr/lib/libsec.so.1...(no debugging symbols
found)...
done.
---Type <return> to continue, or q <return> to quit---
Reading symbols from /usr/lib/libmp.so.2...(no debugging symbols
found)...done.
Reading symbols from /usr/lib/libgen.so.1...(no debugging symbols
found)...
done.
Reading symbols from /usr/lib/nss_files.so.1...(no debugging symbols
found)...
done.
#0  0x817039c in ap_ctx_set ()
(gdb) bt
#0  0x817039c in ap_ctx_set ()
#1  0x8086f02 in ssl_hook_ReadReq ()
#2  0x814d797 in ap_create_per_dir_config ()
#3  0x814d8ee in ap_run_post_read_request ()
#4  0x815c8fc in ap_read_request ()
#5  0x81593f2 in ap_child_terminate ()
#6  0x815961d in ap_child_terminate ()
#7  0x8159796 in ap_child_terminate ()
#8  0x8159db8 in ap_child_terminate ()
#9  0x815a5e0 in main ()
#10 0x8074cd7 in _start ()
(gdb) quit

Any ideas?  I'd try the new 1.4.3 raven, but there is not a x86 solaris
version available. :-(

thanks

--
Brian Millett
Enterprise Consulting Group     "Shifts in paradigms
(314) 205-9030                     often cause nose bleeds."
[EMAIL PROTECTED]                   Greg Glenn



--
----------------------------------------------------------------
Apache Users Mailing List
----------------------------------------------------------------

If you wish to be removed from this list, send the word
'unsubscribe' to: [EMAIL PROTECTED]



Reply via email to