Incorrect description
"httpd.conf (NG)" must be "OK".
"httpd.conf (OK)" must be "NG".

For me:
The first example does not work.
Second works.

This is with PHP 4.0.6RC1

What is your configure line?
Do you have any extensions/libs included that use openssl?

--Jani

Since post time is so close. You probably did not read my second post. (Sorry for the mess) First one does not work, second works for me too. I noticed wrong description immediately and posted follow up. It was too late.

Anyway, configifure line is

./configure
--with-apxs
--disable-short-tags
--disable-mysql
--without-mysql
--enable-bcmath
--enable-ftp
--enable-shmop
--enable-sysvsem
--enable-sysvshm
--enable-sockets
--enable-mbstring
--enable-mbstr-enc-trans
--enable-inline-optimization
--enable-memory-limit
--with-regex=system
--with-openssl
--with-iconv
--with-imap
--with-mhash
--with-mcrypt
--with-pgsql
--with-swf
--with-zlib
--with-bz2
--with-gd=/usr/local
--with-jpeg-dir=/usr
--with-xpm-dir=/usr/X11R6

This is what works for me:

= httpd.conf (OK) =
<IfDefine SSL>
LoadModule ssl_module         lib/apache/libssl.so
</IfDefine>
LoadModule php4_module        lib/apache/libphp4.so


This is documentation problem.
We must add a note into INSTALL file about this.

--Jani

I think I actually fixed this now. :)
Please try latest CVS. 


--Jani

I've tested for both 4.0.6RC1 and 4.0.7-dev (2001-05-30).

4.0.6RC1 does not have this problem, but 4.0.7-dev has this
problem. (Loading libphp4.so after mod_ssl.so creates core
on start up)

I used httpd built with pthread this time.

#0  _dl_lookup_versioned_symbol (undef_name=0x804c5dc
"kill", undef_map=0x40016280, ref=0xbffff4e4,
symbol_scope=0x400163d4, version=0x40091488,
    reloc_type=7, explicit=0) at do-lookup.h:80
80
do-lookup.h: No such file or directory.
(gdb) bt
#0  _dl_lookup_versioned_symbol (undef_name=0x804c5dc
"kill", undef_map=0x40016280, ref=0xbffff4e4,
symbol_scope=0x400163d4, version=0x40091488,
    reloc_type=7, explicit=0) at do-lookup.h:80
#1  0x4000ce52 in fixup (l=0x40016280, reloc_offset=957) at
dl-runtime.c:89
#2  0x4000cfe0 in _dl_runtime_resolve () at dl-runtime.c:203
#3  0x4002a329 in pthread_sighandler (signo=11, ctx={gs = 0,
__gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43,
__dsh = 0,
      edi = 1073832388, esi = 3221224020, ebp = 3221223592,
esp = 3221223564, ebx = 1075515848, edx = 135314616, ecx =
66142, eax = 1079404108,
      trapno = 14, err = 6, eip = 1079404108, cs = 35, __csh
= 0, eflags = 66194, esp_at_signal = 3221223564, ss = 43,
__ssh = 0,
      fpstate = 0xbffff610, oldmask = 2147483648, cr2 =
10756748}) at signals.c:97
#4  <signal handler called>
#5  0x4056664c in zend_init_buffer (b=0x810bcb8,
file=0x2798) at zend_language_scanner.c:5512
#6  0x8050e60 in ap_clear_pool ()
#7  0x8050ede in ap_destroy_pool ()
#8  0x8050e32 in ap_clear_pool ()
#9  0x8050ede in ap_destroy_pool ()
#10 0x805f03c in clean_parent_exit ()
#11 0x8061cbb in standalone_main ()
#12 0x806220b in main ()
#13 0x400b0b5c in __libc_start_main (main=0x8061e58 <main>,
argc=2, ubp_av=0xbffffa54, init=0x804fa50 <_init>,
fini=0x8099ffc <_fini>,
    rtld_fini=0x4000d634 <_dl_fini>, stack_end=0xbffffa4c)
at ../sysdeps/generic/libc-start.c:129

If this does not happen on 4.0.6, closed.
The dev branch is what it says: under development.
I bet this core dump is because of the new libtool.
It most likely finds wrong libs to include on your system.

--Jani