Please try the latest CVS snapshot from http://snaps.php.net/ as #4630 was reported to be fixed now.

I tried to make php4-200107181935 snapshot.
But now I have another problem which is an installation failure.

$ ./configure --enable-debug \
--with-apxs=/home/apache/bin/apxs \
--with-mysql=no
...
$ make
...
$ su
$ make install
...
Making install in .
make[1]: Entering directory `/home/cmlee/php4-200107181935'
/home/cmlee/php4-200107181935/build/shtool mkdir -p "/home/apache/libexec" 
&& /home/apache/bin/apxs -S LIBEXECDIR="/home/apache/libexec" -i -a -n php4 
libs/libphp4.so
[activating module `php4' in /home/apache/conf/httpd.conf]
cp libs/libphp4.so /home/apache/libexec/libphp4.so
cp: libs/libphp4.so: No such file or directory
apxs:Break: Command failed with rc=1
make[1]: *** [install-sapi] Error 1
make[1]: Leaving directory `/home/cmlee/php4-200107181935'
make: *** [install-recursive] Error 1

Would you please try again the latest snapshot?

I tried, however the result is same before.

Tried snapshot : php4-200110281500.tar.gz

$ pwd
/home/cmlee/php4-200110281500

$ ./configure --enable-debug \
--with-apxs=/usr/local/apache/bin/apxs \
--with-mysql=no

$ make
ar -crlo .libs/libphp4.a .libs/libphp4.so.0
rm -fr .libs/libphp4.lax
creating libphp4.la
(cd .libs && rm -f libphp4.la && ln -s ../libphp4.la libphp4.la)
make[1]: Leaving directory `/home/cmlee/php4-200110281500'
Making all in pear
make[1]: Entering directory `/home/cmlee/php4-200110281500/pear'
make[1]: Leaving directory `/home/cmlee/php4-200110281500/pear'

$ su
# make install

Making install in .
make[1]: Entering directory `/home/cmlee/php4-200110281500'
/home/cmlee/php4-200110281500/build/shtool mkdir -p "/usr/local/apache/libexec" && /usr/local/apache/bin/apxs -S LIBEXECDIR="/usr/local/apache/libexec" -i -a -n php4 libs/libphp4.so
[activating module `php4' in /usr/local/apache/conf/httpd.conf]
cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so
cp: libs/libphp4.so: No such file or directory
apxs:Break: Command failed with rc=1
make[1]: *** [install-sapi] Error 1
make[1]: Leaving directory `/home/cmlee/php4-200110281500'
make: *** [install-recursive] Error 1

# cp .libs/libphp4.so.0 /usr/local/apache/libexec/libphp4.so

# cd /usr/local/apache/bin

# ./httpd -X
Segmentation fault (core dumped)

# gdb httpd
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 "powerpc-ibm-aix4.3.2.0"...
(gdb) run -X
Starting program: /usr/locql/apache/bin/httpd -X
"/usr/lib/libpthreads.a": not in executable format: File format not recognized.
(gdb) c
Continuing.
"/usr/lpp/xlC/lib/libC.a": not in executable format: File format not recognized.
(gdb) c
Continuing.
"/usr/lib/libbind.a": not in executable format: File format not recognized.
(gdb) c
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0xd0b5acac in ?? () from (unknown load module)
(gdb) bt
#0  0xd0b5acac in ?? () from (unknown load module)
#1  <signal handler called>
(gdb) quit

Can you try with the latest release 4.1.1?

This is my testing environment:
   AIX 4.3.3
   gcc 2.95.3
   Apache 1.3.22
   PHP 4.1.1

It works in DSO-enabled apache. However, there is still
installation problem like the following.

--- configure and make works fine ---

# make install

Making install in .
make[1]: Entering directory `/home/cmlee/php-4.1.1'
/usr/local/apache/bin/apxs -i -a -n php4 libs/libphp4.so
[activating module `php4' in [/usr/local/apache/conf/httpd.conf]
cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so
cp: libs/libphp4.so: No such file or directory
apxs:Break: Command failed with rc=1
make[1]: *** [install-sapi] Error 1
make[1]: Leaving directory `/home/cmlee/php-4.1.1'
make: *** [install-recursive] Error 1

# cp .libs/libphp4.so.0 /usr/local/apache/libexec/libphp4.so

# cd /usr/local/apache/bin

# ./apachectl start
./apahectl start: httpd started

Now PHP on the DSO-enabled apache are working well.
I've tested with 'phpinfo()' function.

Can you provide some output from make/configure where .libs/libphp4.so.0 is referenced?

This is output from make.

############ SKIP ############

mkdir .libs
rm -fr .libs/libregex.la .libs/libregex.* .libs/libregex.*
ar cru .libs/libregex.al regcomp.lo regexec.lo regerror.lo regfree.lo
ranlib .libs/libregex.al
creating libregex.la
(cd .libs && rm -f libregex.la && ln -s ../libregex.la libregex.la)
make[2]: Leaving directory `/home/cmlee/Project/php-4.1.1/regex'
make[1]: Leaving directory `/home/cmlee/Project/php-4.1.1/regex'
Making all in .
make[1]: Entering directory `/home/cmlee/Project/php-4.1.1'
/bin/sh /home/cmlee/Project/php-4.1.1/libtool --mode=compile gcc  -I. -I/home/cmlee/Project/php-4.1.1/ -I/home/cmlee/Project/php-4.1.1/main -I/home/cmlee/Project/php-4.1.1 -I/usr/local/apache/include -I/home/cmlee/Project/php-4.1.1/Zend -I/home/cmlee/Project/php-4.1.1/ext/xml/expat  -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -DUSE_EXPAT -I/home/cmlee/Project/php-4.1.1/TSRM -O2 -g -Wall -prefer-pic  -c stub.c
gcc -I. -I/home/cmlee/Project/php-4.1.1/ -I/home/cmlee/Project/php-4.1.1/main -I/home/cmlee/Project/php-4.1.1 -I/usr/local/apache/include -I/home/cmlee/Project/php-4.1.1/Zend -I/home/cmlee/Project/php-4.1.1/ext/xml/expat -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -DUSE_EXPAT -I/home/cmlee/Project/php-4.1.1/TSRM -O2 -g -Wall -c stub.c  -DPIC -o stub.lo
/bin/sh /home/cmlee/Project/php-4.1.1/libtool --mode=link gcc  -I. -I/home/cmlee/Project/php-4.1.1/ -I/home/cmlee/Project/php-4.1.1/main -I/home/cmlee/Project/php-4.1.1 -I/usr/local/apache/include -I/home/cmlee/Project/php-4.1.1/Zend -I/home/cmlee/Project/php-4.1.1/ext/xml/expat  -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -DUSE_EXPAT -I/home/cmlee/Project/php-4.1.1/TSRM -O2 -g -Wall -prefer-pic   -o libphp4.la -rpath /home/cmlee/Project/php-4.1.1/libs -Wl,-bI:/usr/local/apache/libexec/httpd.exp -avoid-version   stub.lo  Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -ldl -lcrypt -lbind -lm -ldl -lcrypt
mkdir .libs
rm -fr .libs/libphp4.la .libs/libphp4.* .libs/libphp4.*
(cd . && ln -s stub.lo stub.o)
generating symbol list for `libphp4.la'
/usr/bin/nm -B  stub.o   Zend/.libs/libZend.al sapi/apache/.libs/libsapi.al main/.libs/libmain.al regex/.libs/libregex.al ext/pcre/.libs/libpcre.al ext/posix/.libs/libposix.al ext/session/.libs/libsession.al ext/standard/.libs/libstandard.al ext/xml/.libs/libxml.al TSRM/.libs/libtsrm.al | sed -n -e 's/^.*[     ]\([BCDT][BCDT]*\)[     ][      ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | sed 's/.* //' | sort | uniq > .libs/libphp4.exp
nm: ext/standard/.libs/libstandard.al[image.lo]: 0654-206 Cannot process the symbol table.

############ SKIP ############

(cd .libs/libphp4.lax/libtsrm.al && ar x /home/cmlee/Project/php-4.1.1/TSRM/.libs/libtsrm.al)
gcc -shared -o .libs/libphp4.so.0  stub.o  .libs/libphp4.lax/libZend.al/zend_language_parser.lo (..... SKIP .....) TSRM/.libs/libtsrm.al -ldl -lcrypt -lbind -lm -ldl -lcrypt           -lc  -Wl,-bI:/usr/local/apache/libexec/httpd.exp ${wl}-berok -Wl,-bnoentry -Wl,-bexport:.libs/libphp4.exp 
ar -crlo .libs/libphp4.a .libs/libphp4.so.0
rm -fr .libs/libphp4.lax
creating libphp4.la
(cd .libs && rm -f libphp4.la && ln -s ../libphp4.la libphp4.la)
make[1]: Leaving directory `/home/cmlee/Project/php-4.1.1'
Making all in pear
make[1]: Entering directory `/home/cmlee/Project/php-4.1.1/pear'
make[1]: Leaving directory `/home/cmlee/Project/php-4.1.1/pear'

I'm having exactly the same problem as this:

# ./apachectl start
./apachectl[71]: 13068 Segmentation fault(coredump)
./apachectl start: httpd could not be started

If I remove the LoadModule libexec/libphp4.so line from the conf, httpd starts OK. I've been looking at the previous reports on this bug, and your answer is always try the latest snapshot. Well considering this problem has been going on for over 2 years now, perhaps we could have a more original answer please?!

I've tried 4.0.6, and 4.1.1 and your latest snapshot!!
With php-4.1.1 I even had to tinker with your make install script to get it to install properly. If you can't even set this product up to work properly from the start, then that doesn't say very much for it!! Why don't your developers sort it out once and for all, and stop wasting everyone's time (including yours!!)?

Sorry about last comment, I was a bit stressed out earlier!
My environment is:

AIX 4.3.3.0
PHP 4.1.1
Apache 1.3.22
VAC.C 5.0.0.2 (IBM Visual Age C Compiler)

I think there's a definite problem with your make install script though with regards to extracting the libphp4.so to /apache/libexec. I got round that with ar -x libphp4.a and then running make install again.

Also there's something wrong when I dynamically load the library because it's causing a coredump. It's really frustrating. I remember having exactly the same problem on Solaris a few months ago, but I've forgotten what I did to fix it (even more frustrating!). I thought it was something to do with a linker PATH variable? Do I need to set some variable to point at /usr/local/include/php? Should I change something in the php.ini file?

I really don't want to change compilers at this stage because everything else is working fine with VAC. Does this have anything to do with the compiler fix mentioned in BUG 4630? I'll try that tomorrow.

OK Well that's all I can think of. My configure was pretty basic:

./configure --with-apxs=/opt/apache/bin/apxs --without-mysql

Are there some other options I should have added? 

Cheers,

JS.

Recently I tried the latest release(4.2.2), and It works
well if you manually copy libphp4.so.0 into Apache's libexec
directory:

 $ cp .libs/libphp4.so.0 SOMEWHERE/apache/libexec/libphp4.so

It means that 'make install-sapi' fails because there is
no libphp4.so[.0] when 'install-sapi' tries to copy.
To fix this problem, LIBTOOL must copy .libs/libphp4.so[.0]
files into libs/ directory.

I have a patch to resolve this problem at the following link:

  http://tclab.kaist.ac.kr/~cmlee/pub/php-4.2.2-20020730.patch

I've tested the patch in the following environment:

  - AIX 4.3.3
  - GNU gcc 2.95.3
  - Apache 1.3.26
  - PHP 4.2.2

Hope this help to close this problem and the patch come to
no harm to others. :)

--
CheolMin Lee

Part of the reason we ask to try new versions is a developer may believe they have fixed the bug.  Not many of us have access to an AIX box for any testing.  The patch provided though for fixing this is a great help.  The biggiest problem with it is, it's been created for the configure script which is a generated file.   

If you can port it to the ltmain.sh and/or the acinclude.m4 (which ever requires the work) that would ensure its inclusion in the next release of PHP.  But right now I can only seem to make 1/2 of it work.  Message sent to PHP Dev asking for more help

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.

I've tested using CVS snapshots.
But there is still a installation problem what I mentioned
on 30 July. I think it is a bug of libtool generated from
PHP configure script.

I know this is a different problem from 'segmentation fault', what I submitted first. So I'd like to close this
case.

--
CheolMin Lee