Re: Problem with PHP cli core dumping (SOLVED)
On Oct 6, 2007, at 3:25 PM, Mel wrote: On Wednesday 03 October 2007 18:54:54 Richard Secor wrote: On Wed, 26 Sep 2007, Mel wrote: On Tuesday 25 September 2007 18:50:39 Derrick wrote: On Tue, 25 Sep 2007, Eric wrote: Derrick wrote: so it's sessions.so I've tried rebuilding it, but still has the same issue. Move session to indicated spot, then try php -v again. If it still coredumps, move above spl. If it still coredumps, move it up one spot and rerun, till it stops coredumping. The bug is in the general extension destructor and changing the order till it works is the only remedy. Thanks to all those that input some output. I moved extension=session.so to the start of the file after trying the first couple suggestions, and all is working now.. I had this problem, however, after changing the file around I'm still getting core dumps. I find that this happens whenever I upgrade from the port :( Anyway, it seems I'm getting the dumps from spl.so (it's fine if I comment it and anything that depends on it). I've tried putting it in every line of the extension file but it still dumps out. I've tried completely rebuilding all of php and all associated extensions, still dumps out. It's not spl itself that needs to be moved. There's extensions that are required to be loaded *before* spl and most likely others. You can speed things up as follows: php -i /dev/null 21 gdb -core ./php.core -exec `which php` [snip symbol loading] (gdb) bt #0 0x in ?? () #1 0x28e90544 in __do_global_dtors_aux () from /usr/local/lib/php/20060613/simplexml.so That's the one that needs to be moved up. -- Mel X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on dpe2600.seqlogic.net X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=RDNS_NONE autolearn=no version=3.2.3 Received: (qmail 75177 invoked by uid 98); 6 Oct 2007 15:25:44 -0400 Received: from 66.230.99.27 by dpe2600.seqlogic.net (envelope-from [EMAIL PROTECTED], uid 89) with qmail-scanner-2.01 (clamdscan: 0.91.2/4339. spamassassin: 3.2.3. Clear:RC:0(66.230.99.27):SA:0(0.1/5.0):. Processed in 8.284415 secs); 06 Oct 2007 19:25:44 - Received: from unknown (HELO snoogles.rachie.is-a-geek.net) (66.230.99.27) by dpe2600.seqlogic.net with SMTP; 6 Oct 2007 15:25:35 -0400 Received: from localhost (localhost [127.0.0.1]) by snoogles.rachie.is-a-geek.net (Postfix) with ESMTP id 877A71CDEE; Sat, 6 Oct 2007 11:25:15 -0800 (AKDT) From: Mel [EMAIL PROTECTED] To: freebsd-questions@freebsd.org Subject: Re: Problem with PHP cli core dumping (SOLVED) Date: Sat, 6 Oct 2007 21:25:11 +0200 User-Agent: KMail/1.9.7 Cc: Richard Secor [EMAIL PROTECTED] References: [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: [EMAIL PROTECTED] On Wednesday 03 October 2007 18:54:54 Richard Secor wrote: On Wed, 26 Sep 2007, Mel wrote: On Tuesday 25 September 2007 18:50:39 Derrick wrote: On Tue, 25 Sep 2007, Eric wrote: Derrick wrote: so it's sessions.so I've tried rebuilding it, but still has the same issue. Move session to indicated spot, then try php -v again. If it still coredumps, move above spl. If it still coredumps, move it up one spot and rerun, till it stops coredumping. The bug is in the general extension destructor and changing the order till it works is the only remedy. Thanks to all those that input some output. I moved extension=session.so to the start of the file after trying the first couple suggestions, and all is working now.. I had this problem, however, after changing the file around I'm still getting core dumps. I find that this happens whenever I upgrade from the port :( Anyway, it seems I'm getting the dumps from spl.so (it's fine if I comment it and anything that depends on it). I've tried putting it in every line of the extension file but it still dumps out. I've tried completely rebuilding all of php and all associated extensions, still dumps out. It's not spl itself that needs to be moved. There's extensions that are required to be loaded *before* spl and most likely others. You can speed things up as follows: php -i /dev/null 21 gdb -core ./php.core -exec `which php` [snip symbol loading] (gdb) bt #0 0x in ?? () #1 0x28e90544 in __do_global_dtors_aux () from /usr/local/lib/php/20060613/simplexml.so That's the one that needs to be moved up. -- Mel Why doesn't PHP check for dependency and give you error messages letting you know (or at least map around somehow)? I hope they change this so it makes more sense. -Rich ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe
Problem with PHP cli core dumping (SOLVED)
On Wed, 26 Sep 2007, Mel wrote: On Tuesday 25 September 2007 18:50:39 Derrick wrote: On Tue, 25 Sep 2007, Eric wrote: Derrick wrote: so it's sessions.so I've tried rebuilding it, but still has the same issue. Move session to indicated spot, then try php -v again. If it still coredumps, move above spl. If it still coredumps, move it up one spot and rerun, till it stops coredumping. The bug is in the general extension destructor and changing the order till it works is the only remedy. Thanks to all those that input some output. I moved extension=session.so to the start of the file after trying the first couple suggestions, and all is working now.. I had this problem, however, after changing the file around I'm still getting core dumps. I find that this happens whenever I upgrade from the port :( Anyway, it seems I'm getting the dumps from spl.so (it's fine if I comment it and anything that depends on it). I've tried putting it in every line of the extension file but it still dumps out. I've tried completely rebuilding all of php and all associated extensions, still dumps out. Any ideas? (Please respond back to me directly as I am not subscribed to the list - thanks.) Thanks, Rich ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PHP cli core dumping (SOLVED)
On Wednesday 03 October 2007 18:54:54 Richard Secor wrote: On Wed, 26 Sep 2007, Mel wrote: On Tuesday 25 September 2007 18:50:39 Derrick wrote: On Tue, 25 Sep 2007, Eric wrote: Derrick wrote: so it's sessions.so I've tried rebuilding it, but still has the same issue. Move session to indicated spot, then try php -v again. If it still coredumps, move above spl. If it still coredumps, move it up one spot and rerun, till it stops coredumping. The bug is in the general extension destructor and changing the order till it works is the only remedy. Thanks to all those that input some output. I moved extension=session.so to the start of the file after trying the first couple suggestions, and all is working now.. I had this problem, however, after changing the file around I'm still getting core dumps. I find that this happens whenever I upgrade from the port :( Anyway, it seems I'm getting the dumps from spl.so (it's fine if I comment it and anything that depends on it). I've tried putting it in every line of the extension file but it still dumps out. I've tried completely rebuilding all of php and all associated extensions, still dumps out. It's not spl itself that needs to be moved. There's extensions that are required to be loaded *before* spl and most likely others. You can speed things up as follows: php -i /dev/null 21 gdb -core ./php.core -exec `which php` [snip symbol loading] (gdb) bt #0 0x in ?? () #1 0x28e90544 in __do_global_dtors_aux () from /usr/local/lib/php/20060613/simplexml.so That's the one that needs to be moved up. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PHP cli core dumping (SOLVED)
On Wed, 26 Sep 2007, Mel wrote: On Tuesday 25 September 2007 18:50:39 Derrick wrote: On Tue, 25 Sep 2007, Eric wrote: Derrick wrote: so it's sessions.so I've tried rebuilding it, but still has the same issue. PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 15 2007 12:57:59) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator with Suhosin v0.9.20, Copyright (c) 2002-2006, by Hardened-PHP Project heres how my file looks extension=zip.so extension=fileinfo.so extension=suhosin.so extension=pdf.so extension=bz2.so extension=ctype.so extension=pcre.so extension=simplexml.so extension=spl.so extension=dom.so extension=ftp.so extension=gd.so extension=gettext.so extension=iconv.so extension=imap.so extension=ldap.so extension=mbstring.so extension=mcrypt.so extension=mhash.so extension=mysql.so extension=openssl.so extension=session.so extension=pspell.so extension=sockets.so extension=xml.so extension=zlib.so extension=pdo.so extension=sqlite.so mine: extension=json.so extension=filter.so extension=imagick.so extension=hash.so extension=tokenizer.so extension=simplexml.so extension=posix.so extension=mbstring.so extension=ctype.so extension=xmlwriter.so extension=openssl.so extension=zlib.so extension=iconv.so extension=mhash.so extension=pdo.so extension=imap.so extension=ftp.so extension=pdo_sqlite.so extension=gettext.so extension=spl.so extension=dom.so extension=xmlreader.so HERE extension=mysql.so extension=sqlite.so extension=gd.so extension=pcre.so extension=xml.so extension=session.so Move session to indicated spot, then try php -v again. If it still coredumps, move above spl. If it still coredumps, move it up one spot and rerun, till it stops coredumping. The bug is in the general extension destructor and changing the order till it works is the only remedy. Thanks to all those that input some output. I moved extension=session.so to the start of the file after trying the first couple suggestions, and all is working now.. Thank you. d ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Problem with PHP cli core dumping
6.2 release (waiting till I can reboot the machine and will update to RELENG - nobody in the office yet) all ports are updated to current. php -v PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 24 2007 18:31:21) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) I get that core dump everytime; I'm not sure where to go with this. Derrick MacPherson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PHP cli core dumping
Derrick wrote: 6.2 release (waiting till I can reboot the machine and will update to RELENG - nobody in the office yet) all ports are updated to current. php -v PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 24 2007 18:31:21) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) I get that core dump everytime; I'm not sure where to go with this. Derrick MacPherson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Start playing with the order of extensions in your extensions.ini file, which is located at /usr/local/etc/php thats usually what does this. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PHP cli core dumping
On 9/25/07, Derrick [EMAIL PROTECTED] wrote: 6.2 release (waiting till I can reboot the machine and will update to RELENG - nobody in the office yet) all ports are updated to current. php -v PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 24 2007 18:31:21) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) I get that core dump everytime; I'm not sure where to go with this. Do you have APC installed? That might do this. Are you running PHP in a jail? I suggest you comment out all installed extensions from extensions.ini, then enable them one by one. - Max ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PHP cli core dumping
On Tue, 25 Sep 2007, Eric wrote: Derrick wrote: 6.2 release (waiting till I can reboot the machine and will update to RELENG - nobody in the office yet) all ports are updated to current. php -v PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 24 2007 18:31:21) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) I get that core dump everytime; I'm not sure where to go with this. Derrick MacPherson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Start playing with the order of extensions in your extensions.ini file, which is located at /usr/local/etc/php thats usually what does this. so it's sessions.so I've tried rebuilding it, but still has the same issue. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PHP cli core dumping
On Tue, 25 Sep 2007, Eric wrote: Derrick wrote: so it's sessions.so I've tried rebuilding it, but still has the same issue. PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 15 2007 12:57:59) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator with Suhosin v0.9.20, Copyright (c) 2002-2006, by Hardened-PHP Project heres how my file looks extension=zip.so extension=fileinfo.so extension=suhosin.so extension=pdf.so extension=bz2.so extension=ctype.so extension=pcre.so extension=simplexml.so extension=spl.so extension=dom.so extension=ftp.so extension=gd.so extension=gettext.so extension=iconv.so extension=imap.so extension=ldap.so extension=mbstring.so extension=mcrypt.so extension=mhash.so extension=mysql.so extension=openssl.so extension=session.so extension=pspell.so extension=sockets.so extension=xml.so extension=zlib.so extension=pdo.so extension=sqlite.so mine: extension=json.so extension=filter.so extension=imagick.so extension=hash.so extension=tokenizer.so extension=simplexml.so extension=posix.so extension=mbstring.so extension=ctype.so extension=xmlwriter.so extension=openssl.so extension=zlib.so extension=iconv.so extension=mhash.so extension=pdo.so extension=imap.so extension=ftp.so extension=pdo_sqlite.so extension=gettext.so extension=spl.so extension=dom.so extension=xmlreader.so extension=mysql.so extension=sqlite.so extension=gd.so extension=pcre.so extension=xml.so extension=session.so ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PHP cli core dumping
Derrick wrote: so it's sessions.so I've tried rebuilding it, but still has the same issue. PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 15 2007 12:57:59) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator with Suhosin v0.9.20, Copyright (c) 2002-2006, by Hardened-PHP Project heres how my file looks extension=zip.so extension=fileinfo.so extension=suhosin.so extension=pdf.so extension=bz2.so extension=ctype.so extension=pcre.so extension=simplexml.so extension=spl.so extension=dom.so extension=ftp.so extension=gd.so extension=gettext.so extension=iconv.so extension=imap.so extension=ldap.so extension=mbstring.so extension=mcrypt.so extension=mhash.so extension=mysql.so extension=openssl.so extension=session.so extension=pspell.so extension=sockets.so extension=xml.so extension=zlib.so extension=pdo.so extension=sqlite.so ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PHP cli core dumping
On Tue, 25 Sep 2007, Maxim Khitrov wrote: On 9/25/07, Derrick [EMAIL PROTECTED] wrote: 6.2 release (waiting till I can reboot the machine and will update to RELENG - nobody in the office yet) all ports are updated to current. php -v PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 24 2007 18:31:21) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) I get that core dump everytime; I'm not sure where to go with this. Do you have APC installed? That might do this. Are you running PHP in a jail? I suggest you comment out all installed extensions from extensions.ini, then enable them one by one. APC = pear-APC ? No, no jail. It's sessions.so, and I've rebuilt all of php and extenstions from scratch, still the same problem. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PHP cli core dumping
Derrick wrote: On Tue, 25 Sep 2007, Maxim Khitrov wrote: On 9/25/07, Derrick [EMAIL PROTECTED] wrote: 6.2 release (waiting till I can reboot the machine and will update to RELENG - nobody in the office yet) all ports are updated to current. php -v PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 24 2007 18:31:21) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) I get that core dump everytime; I'm not sure where to go with this. Do you have APC installed? That might do this. Are you running PHP in a jail? I suggest you comment out all installed extensions from extensions.ini, then enable them one by one. APC = pear-APC ? No, no jail. It's sessions.so, and I've rebuilt all of php and extenstions from scratch, still the same problem. Try moving sessions.so to the beginning of the file. You can also comment everything out and uncomment things one at a time to find the extension that, along with sessions.so, is causing your crash. It's a pain in the butt but that should let you narrow things down. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PHP cli core dumping
On Tuesday 25 September 2007 18:50:39 Derrick wrote: On Tue, 25 Sep 2007, Eric wrote: Derrick wrote: so it's sessions.so I've tried rebuilding it, but still has the same issue. PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 15 2007 12:57:59) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator with Suhosin v0.9.20, Copyright (c) 2002-2006, by Hardened-PHP Project heres how my file looks extension=zip.so extension=fileinfo.so extension=suhosin.so extension=pdf.so extension=bz2.so extension=ctype.so extension=pcre.so extension=simplexml.so extension=spl.so extension=dom.so extension=ftp.so extension=gd.so extension=gettext.so extension=iconv.so extension=imap.so extension=ldap.so extension=mbstring.so extension=mcrypt.so extension=mhash.so extension=mysql.so extension=openssl.so extension=session.so extension=pspell.so extension=sockets.so extension=xml.so extension=zlib.so extension=pdo.so extension=sqlite.so mine: extension=json.so extension=filter.so extension=imagick.so extension=hash.so extension=tokenizer.so extension=simplexml.so extension=posix.so extension=mbstring.so extension=ctype.so extension=xmlwriter.so extension=openssl.so extension=zlib.so extension=iconv.so extension=mhash.so extension=pdo.so extension=imap.so extension=ftp.so extension=pdo_sqlite.so extension=gettext.so extension=spl.so extension=dom.so extension=xmlreader.so HERE extension=mysql.so extension=sqlite.so extension=gd.so extension=pcre.so extension=xml.so extension=session.so Move session to indicated spot, then try php -v again. If it still coredumps, move above spl. If it still coredumps, move it up one spot and rerun, till it stops coredumping. The bug is in the general extension destructor and changing the order till it works is the only remedy. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Problem with PHP
Hello, Please help with the installation of PHP 4.3.11 under FreeBSD 5.4-STABLE. pkg_info | grep apache apache-2.0.54 Version 2 of Apache web server with prefork MPM. pkg_info | grep libtool libtool-1.5.10_1Generic shared library support script (version 1.5) Apache has been compiled from ports with the following options: make WITH_STATIC_MODULES=include rewrite auth vhost_alias ssl WITH_LDAP=yes WITH_SUEXEC=yes SUEXEC_DOCROOT=/home install clean I'm trying to build PHP 4.3.11 from sources: ./configure \ --prefix=/usr/local/php4 \ --with-apxs2=/usr/local/sbin/apxs \ --with-zlib=/usr \ --with-mysql=/usr/local \ --with-gettext=/usr/local \ --enable-ftp \ --with-gd=/usr/local \ --with-expat=/usr/local \ --with-dom=/usr/local \ --with-iconv=/usr/local \ --enable-mime-magic \ --with-xml=/usr/local \ --enable-mbstring \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local `./configure` and `make` do not show any errors, but when I try to `make install` the following error appears: Installing PHP SAPI module: apache2handler /usr/local/share/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/share/apache2/build/libtool' libphp4.la /usr/local/libexec/apache2 /usr/local/share/apache2/build/libtool --mode=install cp libphp4.la /usr/local/libexec/apache2/ libtool: install: `libphp4.la' is not a valid libtool archive Try `libtool --help --mode=install' for more information. apxs:Error: Command failed with rc=65536 . *** Error code 1 Any hints would be greatly appreciated! Thank you. Roman ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PHP
On Thu, Jun 16, 2005 at 03:07:21PM +0600, Roman Serbski wrote: Hello, Please help with the installation of PHP 4.3.11 under FreeBSD 5.4-STABLE. pkg_info | grep apache apache-2.0.54 Version 2 of Apache web server with prefork MPM. pkg_info | grep libtool libtool-1.5.10_1Generic shared library support script (version 1.5) Apache has been compiled from ports with the following options: make WITH_STATIC_MODULES=include rewrite auth vhost_alias ssl WITH_LDAP=yes WITH_SUEXEC=yes SUEXEC_DOCROOT=/home install clean I'm trying to build PHP 4.3.11 from sources: Why aren't you using the ports instead? -- Jonathan Chen [EMAIL PROTECTED] --- One, with God, is always a majority, but many a martyr has been burned at the stake while the votes were being counted. -- Thomas B. Reed ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PHP
On 6/16/05, Alexandr Kosarev [EMAIL PROTECTED] wrote: On Thu, Jun 16, 2005 at 03:07:21PM +0600, Roman Serbski wrote: Hello, Please help with the installation of PHP 4.3.11 under FreeBSD 5.4-STABLE. pkg_info | grep apache apache-2.0.54 Version 2 of Apache web server with prefork MPM. pkg_info | grep libtool libtool-1.5.10_1Generic shared library support script (version 1.5) Apache has been compiled from ports with the following options: make WITH_STATIC_MODULES=include rewrite auth vhost_alias ssl WITH_LDAP=yes WITH_SUEXEC=yes SUEXEC_DOCROOT=/home install clean I'm trying to build PHP 4.3.11 from sources: ./configure \ --prefix=/usr/local/php4 \ --with-apxs2=/usr/local/sbin/apxs \ --with-zlib=/usr \ --with-mysql=/usr/local \ --with-gettext=/usr/local \ --enable-ftp \ --with-gd=/usr/local \ --with-expat=/usr/local \ --with-dom=/usr/local \ --with-iconv=/usr/local \ --enable-mime-magic \ --with-xml=/usr/local \ --enable-mbstring \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local `./configure` and `make` do not show any errors, but when I try to `make install` the following error appears: Installing PHP SAPI module: apache2handler /usr/local/share/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/share/apache2/build/libtool' libphp4.la /usr/local/libexec/apache2 /usr/local/share/apache2/build/libtool --mode=install cp libphp4.la /usr/local/libexec/apache2/ libtool: install: `libphp4.la' is not a valid libtool archive Try `libtool --help --mode=install' for more information. apxs:Error: Command failed with rc=65536 . *** Error code 1 Any hints would be greatly appreciated! Thank you. Roman ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Hello, Roman. Can your try to install php4 with ports collection? Modules for PHP4 your cat install with port /usr/ports/lang/php4-extensions/ (make config) and your can install modules by other ports. So why your try install php4 from source??? Hello, I was always thinking that building PHP from sources gives more flexibility rather than from ports. For example, I want to build gd support for PHP. If I compile PHP from sources all I have to do is to install ports/graphics/gd and define --with-gd for PHP configure. As for php4-extensions, I don't know why, but it tries to fetch X11R sources: === php4-gd-4.3.11_1 depends on executable: phpize - found === php4-gd-4.3.11_1 depends on file: /usr/local/bin/automake15 - found === php4-gd-4.3.11_1 depends on file: /usr/local/bin/autoconf253 - found === php4-gd-4.3.11_1 depends on shared library: freetype.9 - found === php4-gd-4.3.11_1 depends on shared library: png.5 - found === php4-gd-4.3.11_1 depends on shared library: jpeg.9 - found === php4-gd-4.3.11_1 depends on shared library: X11.6 - not found ===Verifying install for X11.6 in /usr/ports/x11/xorg-libraries === Vulnerability check disabled, database not found = X11R6.8.2-src1.tar.gz doesn't seem to exist in /usr/ports/distfiles/xorg. = Attempting to fetch from ftp://ftp.gwdg.de/pub/x11/x.org/pub/X11R6.8.2/src/. Why do I need to download 32MB to have gd support enabled? I was not able to find any way to disable this behavior. Thank you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
problem with php mysql
Hi all, I have trouble installing/configuring php with mysql support. I tired installing the php5 interpreter WITH_MYSQL=yes from the ports, and when I try to start a mysql_connect(); php syntax, i get: Call to undefined function mysql_pconnect() in someFile.php on line N. I tired installing mod_php5 (first i removed lang/php5) and the same thing happens. php.ini and httpd.conf are ok as far as I can tell :P But since I'm not experienced in Apache/php configuration, I would appreciate some pointers to where should I look for mysql support configuration. I run on a cvsup-ed 4.7 to FreeBSD 4.10-STABLE (port's cvsuped allso) I have: mysql-client-5.0.0_2 Multithreaded SQL database (client) mysql-server-5.0.0_2 Multithreaded SQL database (server) apache-2.0.50 Version 2 of Apache web server with prefork MPM. mod_php5-5.0.0,1PHP Apache Module All installed from ports. 10x ahead. -- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
problem with php mysql
Hi all, I have trouble installing/configuring php with mysql support. I tired installing the php5 interpreter WITH_MYSQL=yes from the ports, and when I try to start a mysql_connect(); php syntax, i get: Call to undefined function mysql_pconnect() in someFile.php on line N. I tired installing mod_php5 (first i removed lang/php5) and the same thing happens. php.ini and httpd.conf are ok as far as I can tell :P But since I'm not experienced in Apache/php configuration, I would appreciate some pointers to where should I look for mysql support configuration. I run on a cvsup-ed 4.7 to FreeBSD 4.10-STABLE (port's cvsuped allso) I have: mysql-client-5.0.0_2 Multithreaded SQL database (client) mysql-server-5.0.0_2 Multithreaded SQL database (server) apache-2.0.50 Version 2 of Apache web server with prefork MPM. mod_php5-5.0.0,1PHP Apache Module All installed from ports. 10x ahead. -- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: problem with php mysql
Perica Veljanovski [EMAIL PROTECTED] wrote: Hi all, I have trouble installing/configuring php with mysql support. I tired installing the php5 interpreter WITH_MYSQL=yes from the ports, and when I try to start a mysql_connect(); php syntax, i get: Call to undefined function mysql_pconnect() in someFile.php on line N. I tired installing mod_php5 (first i removed lang/php5) and the same thing happens. php.ini and httpd.conf are ok as far as I can tell :P But since I'm not experienced in Apache/php configuration, I would appreciate some pointers to where should I look for mysql support configuration. I run on a cvsup-ed 4.7 to FreeBSD 4.10-STABLE (port's cvsuped allso) I have: mysql-client-5.0.0_2 Multithreaded SQL database (client) mysql-server-5.0.0_2 Multithreaded SQL database (server) apache-2.0.50 Version 2 of Apache web server with prefork MPM. mod_php5-5.0.0,1PHP Apache Module All installed from ports. Install php5-extensions, and choose the extensions you want. -- Bill Moran Potential Technologies http://www.potentialtech.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: problem with php mysql
I assume you did restart the box, I had to, for some reason a killall -HUP mysql, apache, php, did not start the added moduals. Start off doing a pkg_info to see the added moduals listed, should be a php5-mysql-5.0.1 or something like it. On Mon, Oct 04, 2004 at 07:43:10PM +0200, Perica Veljanovski wrote: I cvsup-ed the ports tree and installed the php5-extensions and still the same err. any other ideas? read /usr/ports/UPDATING then install php5-extensions-1.0 I had the same problem =) On Mon, Oct 04, 2004 at 05:27:58PM +0200, Perica Veljanovski wrote: Hi all, I have trouble installing/configuring php with mysql support. I tired installing the php5 interpreter WITH_MYSQL=yes from the ports, and when I try to start a mysql_connect(); php syntax, i get: Call to undefined function mysql_pconnect() in someFile.php on line N. I tired installing mod_php5 (first i removed lang/php5) and the same thing happens. php.ini and httpd.conf are ok as far as I can tell :P But since I'm not experienced in Apache/php configuration, I would appreciate some pointers to where should I look for mysql support configuration. I run on a cvsup-ed 4.7 to FreeBSD 4.10-STABLE (port's cvsuped allso) I have: mysql-client-5.0.0_2 Multithreaded SQL database (client) mysql-server-5.0.0_2 Multithreaded SQL database (server) apache-2.0.50 Version 2 of Apache web server with prefork MPM. mod_php5-5.0.0,1PHP Apache Module All installed from ports. 10x ahead. -- -- == The information contained in this communication is confidential, private, proprietary, or otherwise privileged and is intended only for the use of the addressee. Unauthorized use, disclosure, distribution or copying is strictly prohibited and may be unlawful. If you have received this communication in error, please notify the sender immediately. == ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: frustrating *dumb* problem getting php to work under apache
[EMAIL PROTECTED] (Tue 08/12/03 at 02:24 PM -0600): humm, that does sound frustrating and you seem to be doing everything right. thanks. :) i know that newbie questions can be as frustrating for (i guess) 'oldbies' as the problems the newbies are having, so a fast, positive answer is nice. Did you install php or mod_php? mod_php Are you restarting apache after you change your httpd.conf? oh yes. w/ and w/o ssl -- same problem. Are your php pages .php or .php3 or .php4? hm, i hadn't tried that. i just duped the and addes those etensions -- same problem. :/ i'm gonna feel really stupid when this get solved. but i'll attach a beer to my thank-you mail to whoever helps! cheers, t -Original Message- From: tb [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 12, 2003 1:54 PM To: [EMAIL PROTECTED] Subject: frustrating *dumb* problem getting php to work under apache hi, all -- i know this is a FAQ; in fact, it's *such* a FAQ that i've found dozens and dozens and dozens of FAs -- none of which have worked for me. and i *really* have tried before asking here. :/ and if i got djbdns, qmail and procmail working with maildir, i can't be too hopeless. or lazy. :) the goal: apache + php (under 4.8). the facts: apache, mysql, and php installed nicely. the problem: php doesn't render -- browsers either krash (konqueror), show php code, or ask me if i want DL the unknown document. php renders fine when i look at other sites, and i get the same (i.e., raw code) results looking at my host from an OSX box, so it's a server-config problem. as things stand, my httpd.conf is plain- vanilla *except for these two lines... AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps ...at ~line 634 (maybe relevant because of the order in which various items load?). however, httpd.conf is plain-vanilla now because i have a lng set of backed-up variations on it, which have included ex- periments like subsets of... LoadModule php_module modules/mod_php.so LoadModule php3_modulemodules/libphp3.so /* for PHP 3 */ LoadModule php4_modulemodules/libphp4.so /* for PHP 4 */ LoadModule perl_modulemodules/libperl.so ...both inside and outside of IfDefine SSL [...] /IfDefine. and i've tried lots of other stuff besides. what i have now is an install that works, except for this one pathetic problem, basd on the instrux here -- which worked perfectly: http://www.freebsdforums.org/forums/showthread.php?threadid=12419 i've hunted through /var/log for klews about why it's not working. i'd be happy to provide all kind of infodumps, but it seemed like a clear statement of the problem might be a good way to begin. for now, the basics: uname -a FreeBSD ... 4.8-RELEASE-p1 FreeBSD 4.8-RELEASE-p1 #0: Sat Aug 9 22:22:39 EDT 2003 ...:/usr/src/sys/compile/EKB030809 i386 -- custom-compiled for pcm support on an i810 :) httpd -v Server version: Apache/1.3.27 (Unix) Server built: Aug 12 2003 13:28:32 httpd -l Compiled-in modules: http_core.c mod_so.c suexec: disabled; invalid wrapper /usr/local/sbin/suexec php -v PHP 4.3.1 (cli) (built: Aug 12 2003 13:36:26) Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies openssl version OpenSSL 0.9.7a Feb 19 2003 any advice would be much appreciated! thanks, t ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
frustrating *dumb* problem getting php to work under apache
hi, all -- i know this is a FAQ; in fact, it's *such* a FAQ that i've found dozens and dozens and dozens of FAs -- none of which have worked for me. and i *really* have tried before asking here. :/ and if i got djbdns, qmail and procmail working with maildir, i can't be too hopeless. or lazy. :) the goal: apache + php (under 4.8). the facts: apache, mysql, and php installed nicely. the problem: php doesn't render -- browsers either krash (konqueror), show php code, or ask me if i want DL the unknown document. php renders fine when i look at other sites, and i get the same (i.e., raw code) results looking at my host from an OSX box, so it's a server-config problem. as things stand, my httpd.conf is plain- vanilla *except for these two lines... AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps ...at ~line 634 (maybe relevant because of the order in which various items load?). however, httpd.conf is plain-vanilla now because i have a lng set of backed-up variations on it, which have included ex- periments like subsets of... LoadModule php_module modules/mod_php.so LoadModule php3_modulemodules/libphp3.so /* for PHP 3 */ LoadModule php4_modulemodules/libphp4.so /* for PHP 4 */ LoadModule perl_modulemodules/libperl.so ...both inside and outside of IfDefine SSL [...] /IfDefine. and i've tried lots of other stuff besides. what i have now is an install that works, except for this one pathetic problem, basd on the instrux here -- which worked perfectly: http://www.freebsdforums.org/forums/showthread.php?threadid=12419 i've hunted through /var/log for klews about why it's not working. i'd be happy to provide all kind of infodumps, but it seemed like a clear statement of the problem might be a good way to begin. for now, the basics: uname -a FreeBSD ... 4.8-RELEASE-p1 FreeBSD 4.8-RELEASE-p1 #0: Sat Aug 9 22:22:39 EDT 2003 ...:/usr/src/sys/compile/EKB030809 i386 -- custom-compiled for pcm support on an i810 :) httpd -v Server version: Apache/1.3.27 (Unix) Server built: Aug 12 2003 13:28:32 httpd -l Compiled-in modules: http_core.c mod_so.c suexec: disabled; invalid wrapper /usr/local/sbin/suexec php -v PHP 4.3.1 (cli) (built: Aug 12 2003 13:36:26) Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies openssl version OpenSSL 0.9.7a Feb 19 2003 any advice would be much appreciated! thanks, t ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: yes! (Re: frustrating *dumb* problem getting php to workunderapache)
THANKS MUCH! you brightened up my day. ok, now what kind of beer should i attach? (just make sure you have the plug-in. :) FreeBSD supports FTP (Fermented Transfer Protocol) natively. :) Cheers, Stuart Whelan Technical Lead Simulation Hardware LTD DDI: +64 3 3778866 Mobile: +64 27 2828074 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.507 / Virus Database: 304 - Release Date: 4/08/2003 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: yes! (Re: frustrating *dumb* problem getting php toworkunderapache)
Haha! Like it! :o) - Original Message - From: Stuart Whelan - Simulation Hardware LTD [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 12, 2003 10:31 PM Subject: RE: yes! (Re: frustrating *dumb* problem getting php to workunderapache) THANKS MUCH! you brightened up my day. ok, now what kind of beer should i attach? (just make sure you have the plug-in. :) FreeBSD supports FTP (Fermented Transfer Protocol) natively. :) Cheers, Stuart Whelan Technical Lead Simulation Hardware LTD DDI: +64 3 3778866 Mobile: +64 27 2828074 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.507 / Virus Database: 304 - Release Date: 4/08/2003 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: yes! (Re: frustrating *dumb* problem getting php to workunderapache)
- Original Message - From: tb [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 12, 2003 10:28 PM Subject: yes! (Re: frustrating *dumb* problem getting php to work underapache) [EMAIL PROTECTED] (Tue 08/12/03 at 10:01 PM +0100): As it sounds like you've done everything alright, could I suggest you try creating a page, for now index.php and inside putting the following yeah, i was trying php scripts in .php files. i know, it never hurts to ask... You'll want to do this with LoadModule php4_modulelibexec/apache/libphp4.so AddModule mod_php4.c AddType application/x-httpd-php .php In the apache configuration... BINGO! in three out of three (actually, more like ten out of ten) of my test config files, i had two out of three of those lines. i knew it was dumb mistake. otoh, i don't think i saw a single FAQ that said 'HEY STUPID -- you need *three* new configs to get this to work. so now i know. i'll make a note of it in my httpd.conf and put it up somewhere. THANKS MUCH! you brightened up my day. ok, now what kind of beer should i attach? (just make sure you have the plug-in. :) cheers, t No problem :o) There's also this one if you need it AddType application/x-httpd-php-source .phps Then files with the .phps extension will display the source code highlighted and things :o) I always thought that installing php put all three lines in for you, or maybe I did add them myself... it's been a long time since I had to deal with setting up Apache ;) I can legally drink beer now too (only just 18 years old did you know), anything will do :o) Some money is attached :o) (Can you tell I am still a kid?) £5 :o)___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: frustrating *dumb* problem getting php to work under apache
humm, that does sound frustrating and you seem to be doing everything right. Did you install php or mod_php? Are you restarting apache after you change your httpd.conf? Are your php pages .php or .php3 or .php4? -Original Message- From: tb [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 12, 2003 1:54 PM To: [EMAIL PROTECTED] Subject: frustrating *dumb* problem getting php to work under apache hi, all -- i know this is a FAQ; in fact, it's *such* a FAQ that i've found dozens and dozens and dozens of FAs -- none of which have worked for me. and i *really* have tried before asking here. :/ and if i got djbdns, qmail and procmail working with maildir, i can't be too hopeless. or lazy. :) the goal: apache + php (under 4.8). the facts: apache, mysql, and php installed nicely. the problem: php doesn't render -- browsers either krash (konqueror), show php code, or ask me if i want DL the unknown document. php renders fine when i look at other sites, and i get the same (i.e., raw code) results looking at my host from an OSX box, so it's a server-config problem. as things stand, my httpd.conf is plain- vanilla *except for these two lines... AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps ...at ~line 634 (maybe relevant because of the order in which various items load?). however, httpd.conf is plain-vanilla now because i have a lng set of backed-up variations on it, which have included ex- periments like subsets of... LoadModule php_module modules/mod_php.so LoadModule php3_modulemodules/libphp3.so /* for PHP 3 */ LoadModule php4_modulemodules/libphp4.so /* for PHP 4 */ LoadModule perl_modulemodules/libperl.so ...both inside and outside of IfDefine SSL [...] /IfDefine. and i've tried lots of other stuff besides. what i have now is an install that works, except for this one pathetic problem, basd on the instrux here -- which worked perfectly: http://www.freebsdforums.org/forums/showthread.php?threadid=12419 i've hunted through /var/log for klews about why it's not working. i'd be happy to provide all kind of infodumps, but it seemed like a clear statement of the problem might be a good way to begin. for now, the basics: uname -a FreeBSD ... 4.8-RELEASE-p1 FreeBSD 4.8-RELEASE-p1 #0: Sat Aug 9 22:22:39 EDT 2003 ...:/usr/src/sys/compile/EKB030809 i386 -- custom-compiled for pcm support on an i810 :) httpd -v Server version: Apache/1.3.27 (Unix) Server built: Aug 12 2003 13:28:32 httpd -l Compiled-in modules: http_core.c mod_so.c suexec: disabled; invalid wrapper /usr/local/sbin/suexec php -v PHP 4.3.1 (cli) (built: Aug 12 2003 13:36:26) Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies openssl version OpenSSL 0.9.7a Feb 19 2003 any advice would be much appreciated! thanks, t ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] This email communication is intended as a private communication for the sole use of the primary addressee and those individuals listed for copies in the original message. The information contained in this email is private and confidential and if you are not an intended recipient you are hereby notified that copying, forwarding or other dissemination or distribution of this communication by any means is prohibited. If you are not specifically authorized to receive this email and if you believe that you received it in error please notify the original sender immediately. We honour similar requests relating to the privacy of email communications. Cette communication par courrier électronique est une communication privée à l'usage exclusif du destinataire principal ainsi que des personnes dont les noms figurent en copie. Les renseignements contenus dans ce courriel sont confidentiels et si vous n'êtes pas le destinataire prévu, vous êtes avisé, par les présentes que toute reproduction, tout transfert ou toute autre forme de diffusion de cette communication par quelque moyen que ce soit est interdit. Si vous n'êtes pas spécifiquement autorisé à recevoir ce courriel ou si vous croyez l'avoir reçu par erreur, veuillez en aviser l'expéditeur original immédiatement. Nous respectons les demandes similaires qui touchent la confidentialité des communications par courrier électronique. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: frustrating *dumb* problem getting php to work under apache
Hi, As it sounds like you've done everything alright, could I suggest you try creating a page, for now index.php and inside putting the following ?php echo Hello World; ? Fire up your nearest browser, point it to index.php. Does it display Hello World or do you see the raw code as you described before. If you're a programmer, know some PHP or have a proper pre-written script that you're trying to get to run here, please forgive me, the thought just occured that you might be thinking if the file extension is .php then it will be executed (even without the ?php ?) which isn't the case. You'll want to do this with LoadModule php4_modulelibexec/apache/libphp4.so AddModule mod_php4.c AddType application/x-httpd-php .php In the apache configuration... Markie - Original Message - From: tb [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 12, 2003 9:49 PM Subject: Re: frustrating *dumb* problem getting php to work under apache [EMAIL PROTECTED] (Tue 08/12/03 at 02:24 PM -0600): humm, that does sound frustrating and you seem to be doing everything right. thanks. :) i know that newbie questions can be as frustrating for (i guess) 'oldbies' as the problems the newbies are having, so a fast, positive answer is nice. Did you install php or mod_php? mod_php Are you restarting apache after you change your httpd.conf? oh yes. w/ and w/o ssl -- same problem. Are your php pages .php or .php3 or .php4? hm, i hadn't tried that. i just duped the and addes those etensions -- same problem. :/ i'm gonna feel really stupid when this get solved. but i'll attach a beer to my thank-you mail to whoever helps! cheers, t -Original Message- From: tb [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 12, 2003 1:54 PM To: [EMAIL PROTECTED] Subject: frustrating *dumb* problem getting php to work under apache hi, all -- i know this is a FAQ; in fact, it's *such* a FAQ that i've found dozens and dozens and dozens of FAs -- none of which have worked for me. and i *really* have tried before asking here. :/ and if i got djbdns, qmail and procmail working with maildir, i can't be too hopeless. or lazy. :) the goal: apache + php (under 4.8). the facts: apache, mysql, and php installed nicely. the problem: php doesn't render -- browsers either krash (konqueror), show php code, or ask me if i want DL the unknown document. php renders fine when i look at other sites, and i get the same (i.e., raw code) results looking at my host from an OSX box, so it's a server-config problem. as things stand, my httpd.conf is plain- vanilla *except for these two lines... AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps ...at ~line 634 (maybe relevant because of the order in which various items load?). however, httpd.conf is plain-vanilla now because i have a lng set of backed-up variations on it, which have included ex- periments like subsets of... LoadModule php_module modules/mod_php.so LoadModule php3_modulemodules/libphp3.so /* for PHP 3 */ LoadModule php4_modulemodules/libphp4.so /* for PHP 4 */ LoadModule perl_modulemodules/libperl.so ...both inside and outside of IfDefine SSL [...] /IfDefine. and i've tried lots of other stuff besides. what i have now is an install that works, except for this one pathetic problem, basd on the instrux here -- which worked perfectly: http://www.freebsdforums.org/forums/showthread.php?threadid=12419 i've hunted through /var/log for klews about why it's not working. i'd be happy to provide all kind of infodumps, but it seemed like a clear statement of the problem might be a good way to begin. for now, the basics: uname -a FreeBSD ... 4.8-RELEASE-p1 FreeBSD 4.8-RELEASE-p1 #0: Sat Aug 9 22:22:39 EDT 2003 ...:/usr/src/sys/compile/EKB030809 i386 -- custom-compiled for pcm support on an i810 :) httpd -v Server version: Apache/1.3.27 (Unix) Server built: Aug 12 2003 13:28:32 httpd -l Compiled-in modules: http_core.c mod_so.c suexec: disabled; invalid wrapper /usr/local/sbin/suexec php -v PHP 4.3.1 (cli) (built: Aug 12 2003 13:36:26) Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies openssl version OpenSSL 0.9.7a Feb 19 2003 any advice would be much appreciated! thanks, t ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
a clue! (Re: frustrating *dumb* problem getting php to work under
apache) Reply-To: In-Reply-To: [EMAIL PROTECTED] i just figured something out. if i use php on the CLI, thus... % php -f whatever.php parsed.html ...it correctly parses the file and spits out html. but when i initiate it through apache (i.e., using a browser), it doesn't. so it seems like apache isn't initiating and/or engaging with php properly. one person asked offlist if this is is my http.conf: IfModule mod_dir.c IfModule mod_php3.c IfModule mod_php4.c DirectoryIndex index.php index.php3 index.html /IfModule IfModule !mod_php4.c DirectoryIndex index.php3 index.html /IfModule /IfModule IfModule !mod_php3.c IfModule mod_php4.c DirectoryIndex index.php index.html /IfModule IfModule !mod_php4.c DirectoryIndex index.html /IfModule /IfModule /IfModule it is. ho-hum. cheers, t ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]