ID: 11716 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.2.2 New Comment:
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 Previous Comments: ------------------------------------------------------------------------ [2002-08-17 01:57:03] [EMAIL PROTECTED] 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 ------------------------------------------------------------------------ [2002-07-30 09:02:35] [EMAIL PROTECTED] 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 ------------------------------------------------------------------------ [2002-01-29 16:36:08] [EMAIL PROTECTED] 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. ------------------------------------------------------------------------ [2002-01-29 06:37:18] [EMAIL PROTECTED] 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!!)? ------------------------------------------------------------------------ [2002-01-16 05:12:00] [EMAIL PROTECTED] 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' ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/11716 -- Edit this bug report at http://bugs.php.net/?id=11716&edit=1
