Re: Updated php, and apache segfaults on SIGHUP
Excellent suggestions. On May 20, 2008, at 12:42 PM, Sean C. Farley wrote: I meant the opposite. The latest port version of PHP has a bug on FreeBSD 7. Try it again with the previous patch. How do I do that with the ports collection? On May 20, 2008, at 12:45 PM, Claus Guttesen wrote: Try to compile it into php rather than a module. http://no.php.net/manual/en/mhash.installation.php Same as above -- is there an easy way to do that with the ports collection? an option I pass into portinstall/portupgrade? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Updated php, and apache segfaults on SIGHUP
On Tue, May 20, 2008 at 8:11 AM, Randy Bush [EMAIL PROTECTED] wrote: did you ever try comment out the three extensions I mentioned in my previous email? That fixed it right up for me. i did not have those extensions at all. or maybe i did not understand where they are. Could you guys google for fixphpextorder.sh and see if that would help. It did help me last year when I had this problem and I always rely on it during upgrade, but I'm not saying I guarantee it will:-) -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Oh My God! They killed init! You Bastards! --from a /. post ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Updated php, and apache segfaults on SIGHUP
Could you guys google for fixphpextorder.sh and see if that would help. It did help me last year when I had this problem and I always rely on it during upgrade, but I'm not saying I guarantee it will:-) still cores # /usr/local/etc/rc.d/apache22 start Performing sanity check on apache22 configuration: Segmentation fault (core dumped) Starting apache22. Segmentation fault (core dumped) randy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Updated php, and apache segfaults on SIGHUP
# /usr/local/etc/rc.d/apache22 start Performing sanity check on apache22 configuration: Segmentation fault (core dumped) Starting apache22. Segmentation fault (core dumped) Apache (1.3) would core dump when pgsql (from php 5.2.5) was loaded as a module. Commenting this module out from /usr/local/etc/php/extensions.php solved the startup problem commenting out all extensions did not solve it randy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Updated php, and apache segfaults on SIGHUP
Could you guys google for fixphpextorder.sh and see if that would help. It did help me last year when I had this problem and I always rely on it during upgrade, but I'm not saying I guarantee it will:-) still cores # /usr/local/etc/rc.d/apache22 start Performing sanity check on apache22 configuration: Segmentation fault (core dumped) Starting apache22. Segmentation fault (core dumped) Apache (1.3) would core dump when pgsql (from php 5.2.5) was loaded as a module. Commenting this module out from /usr/local/etc/php/extensions.php solved the startup problem (but then the web-app could not connect to our postgresql-server). Compiling pgsql statically into php worked around my problem. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Updated php, and apache segfaults on SIGHUP
On May 19, 2008, Andrew Moran wrote: I recently upgraded my php5 ports to latest ports tree versions (5.2.6), and now I'm in a situation where any HUP signal sent to apache is causing the entire process to dump core. I get this in the apache error log: [Mon May 19 16:08:48 2008] [notice] SIGHUP received. Attempting to restart [Mon May 19 16:08:48 2008] [notice] seg fault or similar nasty error detected in the parent process and this in the messages log: May 19 16:14:45 celebrian kernel: pid 36900 (httpd), uid 0: exited on signal 11 (core dumped) I ran into a similar problem. In my case, the problem was caused by PHP5 using the putenv(3) function incorrectly. Removing files/patch-ext_standard_basic_functions.c from the port and rebuilding fixed the issue for me. I have reported this to the maintainer but have not raised a PR. For more information, see http://docs.freebsd.org/cgi/getmsg.cgi?fetch=875448+0+archive/2008/freebsd-stable/20080518.freebsd-stable Cheers. -- Norbert. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Updated php, and apache segfaults on SIGHUP
On Mon, 19 May 2008, Randy Bush wrote: 386 very current i have been unable to get apache not to segv on one server for a while now. i tried the php rebuild i tried clearing obj, full system build, full ports force rebuild, ... i just tried If you have a backup of php/extensions.ini from before you did your updates, it would be worth trying reverting to that, to get the order you had before that seemed OK. still coring but it is nice to know i have company :) I recall mention on an E-mail list or on IRC of a core dump with PHP due to improper use of putenv(), but I do not remember where. Bug #44836[1] discusses it. It seems the patch was reverted, but I see that it is included as a patch within the ports tree. You could try to see if things improve by using the older patch[2] for FreeBSD 7 (and above) systems. Cc'ing delphij to mention that the patch was reverted in the PHP tree. Was the patch written for FreeBSD 6? I noticed that it frees memory just after the call to putenv(). The is valid for FreeBSD 6 where the string was duped, but in 7, it follows the POSIX standard of using the string directly. Sean 1. http://bugs.php.net/bug.php?id=44836 2. http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/php5/files/patch-ext_standard_basic_functions.c?rev=1.1;content-type=text%2Fplain -- [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: Updated php, and apache segfaults on SIGHUP
OK I've narrowed down my problem to: extension=mhash.so in extensions.ini If I comment out that php extension, I'm good. If I don't, I crash when sending HUP signal to parent apache process. I experimented with the order of the extensions.ini file but could not get to work regardless of putting that mhash in the beginning or the end of the file. On freebsd 7, I've cvsup'd and rebuilt all ports, so I know it's not an 'out of date' kind of thing. Hmm.. --Andy On May 20, 2008, at 8:02 AM, Sean C. Farley wrote: On Mon, 19 May 2008, Randy Bush wrote: 386 very current i have been unable to get apache not to segv on one server for a while now. i tried the php rebuild i tried clearing obj, full system build, full ports force rebuild, ... i just tried If you have a backup of php/extensions.ini from before you did your updates, it would be worth trying reverting to that, to get the order you had before that seemed OK. still coring but it is nice to know i have company :) I recall mention on an E-mail list or on IRC of a core dump with PHP due to improper use of putenv(), but I do not remember where. Bug #44836[1] discusses it. It seems the patch was reverted, but I see that it is included as a patch within the ports tree. You could try to see if things improve by using the older patch[2] for FreeBSD 7 (and above) systems. Cc'ing delphij to mention that the patch was reverted in the PHP tree. Was the patch written for FreeBSD 6? I noticed that it frees memory just after the call to putenv(). The is valid for FreeBSD 6 where the string was duped, but in 7, it follows the POSIX standard of using the string directly. Sean 1. http://bugs.php.net/bug.php?id=44836 2. http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/php5/files/patch-ext_standard_basic_functions.c?rev=1.1;content-type=text%2Fplain -- [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [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: Updated php, and apache segfaults on SIGHUP
On Tue, 20 May 2008, Andrew Moran wrote: OK I've narrowed down my problem to: extension=mhash.so in extensions.ini If I comment out that php extension, I'm good. If I don't, I crash when sending HUP signal to parent apache process. I experimented with the order of the extensions.ini file but could not get to work regardless of putting that mhash in the beginning or the end of the file. On freebsd 7, I've cvsup'd and rebuilt all ports, so I know it's not an 'out of date' kind of thing. Hmm.. I meant the opposite. The latest port version of PHP has a bug on FreeBSD 7. Try it again with the previous patch. On May 20, 2008, at 8:02 AM, Sean C. Farley wrote: *snip* I recall mention on an E-mail list or on IRC of a core dump with PHP due to improper use of putenv(), but I do not remember where. Bug #44836[1] discusses it. It seems the patch was reverted, but I see that it is included as a patch within the ports tree. You could try to see if things improve by using the older patch[2] for FreeBSD 7 (and above) systems. Cc'ing delphij to mention that the patch was reverted in the PHP tree. Was the patch written for FreeBSD 6? I noticed that it frees memory just after the call to putenv(). The is valid for FreeBSD 6 where the string was duped, but in 7, it follows the POSIX standard of using the string directly. Sean 1. http://bugs.php.net/bug.php?id=44836 2. http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/php5/files/patch-ext_standard_basic_functions.c?rev=1.1;content-type=text%2Fplain Sean -- [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: Updated php, and apache segfaults on SIGHUP
OK I've narrowed down my problem to: extension=mhash.so in extensions.ini If I comment out that php extension, I'm good. If I don't, I crash when sending HUP signal to parent apache process. I experimented with the order of the extensions.ini file but could not get to work regardless of putting that mhash in the beginning or the end of the file. On freebsd 7, I've cvsup'd and rebuilt all ports, so I know it's not an 'out of date' kind of thing. Hmm.. Try to compile it into php rather than a module. http://no.php.net/manual/en/mhash.installation.php -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Updated php, and apache segfaults on SIGHUP
Hey guys, I recently upgraded my php5 ports to latest ports tree versions (5.2.6), and now I'm in a situation where any HUP signal sent to apache is causing the entire process to dump core. I get this in the apache error log: [Mon May 19 16:08:48 2008] [notice] SIGHUP received. Attempting to restart [Mon May 19 16:08:48 2008] [notice] seg fault or similar nasty error detected in the parent process and this in the messages log: May 19 16:14:45 celebrian kernel: pid 36900 (httpd), uid 0: exited on signal 11 (core dumped) I narrowed it down to php - when I disable the php5 module, it doesn't behave like this. celebrian# pkg_info | grep php php5-5.2.6 PHP Scripting Language php5-gd-5.2.6 The gd shared extension for php php5-gettext-5.2.6 The gettext shared extension for php php5-iconv-5.2.6The iconv shared extension for php php5-mbstring-5.2.6 The mbstring shared extension for php php5-mhash-5.2.6The mhash shared extension for php php5-mysql-5.2.6The mysql shared extension for php php5-openssl-5.2.6 The openssl shared extension for php php5-pcre-5.2.6 The pcre shared extension for php php5-session-5.2.6 The session shared extension for php php5-xml-5.2.6 The xml shared extension for php celebrian# This is on apache-2.0.63 and php 5.2.6 on FreeBSD 7.0. In case it was an out of date dependency, I did a cvsup on the ports tree, then a portupgrade -fa .it rebuilt all ports without any errors. Has anyone else seen this? --Andy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Updated php, and apache segfaults on SIGHUP
On Mon, May 19, 2008 at 4:18 PM, Andrew Moran [EMAIL PROTECTED] wrote: Hey guys, I recently upgraded my php5 ports to latest ports tree versions (5.2.6), and now I'm in a situation where any HUP signal sent to apache is causing the entire process to dump core. I get this in the apache error log: [Mon May 19 16:08:48 2008] [notice] SIGHUP received. Attempting to restart [Mon May 19 16:08:48 2008] [notice] seg fault or similar nasty error detected in the parent process and this in the messages log: May 19 16:14:45 celebrian kernel: pid 36900 (httpd), uid 0: exited on signal 11 (core dumped) I narrowed it down to php - when I disable the php5 module, it doesn't behave like this. celebrian# pkg_info | grep php php5-5.2.6 PHP Scripting Language php5-gd-5.2.6 The gd shared extension for php php5-gettext-5.2.6 The gettext shared extension for php php5-iconv-5.2.6The iconv shared extension for php php5-mbstring-5.2.6 The mbstring shared extension for php php5-mhash-5.2.6The mhash shared extension for php php5-mysql-5.2.6The mysql shared extension for php php5-openssl-5.2.6 The openssl shared extension for php php5-pcre-5.2.6 The pcre shared extension for php php5-session-5.2.6 The session shared extension for php php5-xml-5.2.6 The xml shared extension for php celebrian# This is on apache-2.0.63 and php 5.2.6 on FreeBSD 7.0. In case it was an out of date dependency, I did a cvsup on the ports tree, then a portupgrade -fa .it rebuilt all ports without any errors. Has anyone else seen this? --Andy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] there was a thread on a while back on one of the other lists, maybe -questions. the offending extension is one of these three: #extension=mcrypt.so #extension=mbstring.so #extension=mhash.so I have the three of them commented out, so I am not sure which one was the poblem. -- The Mafia way is that we pursue larger goals under the guise of personal relationships. Fisheye ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Updated php, and apache segfaults on SIGHUP
Kevin Downey wrote: On Mon, May 19, 2008 at 4:18 PM, Andrew Moran [EMAIL PROTECTED] wrote: Hey guys, I recently upgraded my php5 ports to latest ports tree versions (5.2.6), and now I'm in a situation where any HUP signal sent to apache is causing the entire process to dump core. I get this in the apache error log: [Mon May 19 16:08:48 2008] [notice] SIGHUP received. Attempting to restart [Mon May 19 16:08:48 2008] [notice] seg fault or similar nasty error detected in the parent process and this in the messages log: May 19 16:14:45 celebrian kernel: pid 36900 (httpd), uid 0: exited on signal 11 (core dumped) I narrowed it down to php - when I disable the php5 module, it doesn't behave like this. there was a thread on a while back on one of the other lists, maybe -questions. the offending extension is one of these three: #extension=mcrypt.so #extension=mbstring.so #extension=mhash.so I have the three of them commented out, so I am not sure which one was the poblem. Andy: It seems the order of the extensions in /usr/local/etc/php/extensions.ini matters. For example, in the php5 ports Makefile.ext, there's an Ugly hack to load session before pspell to avoid crashes It could be there are other ordering dependencies. If you have a backup of php/extensions.ini from before you did your updates, it would be worth trying reverting to that, to get the order you had before that seemed OK. Barry ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Updated php, and apache segfaults on SIGHUP
386 very current i have been unable to get apache not to segv on one server for a while now. i tried the php rebuild i tried clearing obj, full system build, full ports force rebuild, ... i just tried If you have a backup of php/extensions.ini from before you did your updates, it would be worth trying reverting to that, to get the order you had before that seemed OK. still coring but it is nice to know i have company :) randy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Updated php, and apache segfaults on SIGHUP
On Mon, May 19, 2008 at 9:51 PM, Randy Bush [EMAIL PROTECTED] wrote: 386 very current i have been unable to get apache not to segv on one server for a while now. i tried the php rebuild i tried clearing obj, full system build, full ports force rebuild, ... i just tried If you have a backup of php/extensions.ini from before you did your updates, it would be worth trying reverting to that, to get the order you had before that seemed OK. still coring but it is nice to know i have company :) randy ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] did you ever try comment out the three extensions I mentioned in my previous email? That fixed it right up for me. -- The Mafia way is that we pursue larger goals under the guise of personal relationships. Fisheye ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Updated php, and apache segfaults on SIGHUP
did you ever try comment out the three extensions I mentioned in my previous email? That fixed it right up for me. i did not have those extensions at all. or maybe i did not understand where they are. randy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Torrentflux, PHP, and Apache
torrentflux has it's own forum for problems like this. Please consult http://www.torrentflux.com/forum for help. I don't check that forum anymore as I'm a dev for b4rt's mod. If you can't get any help from the official TF folks, email me off-list and I'll see what I can do. On 9/10/06, Ryan Winograd [EMAIL PROTECTED] wrote: Hi all, I have a strange problem here. I just installed torrentflux on my freebsd6.1 box and it was working great for a few minutes. Then, for some reason i can't figure out, i was no longer able to view index.php. Other php files were parsed by the server just fine, but for some reason when i tried to access index.php I either got actual php code or a blank file. Let me reiterate that the other php pages for just fine...so I am a little confused. Any advice? Ideas on what could be causing this? Thanks in advance, ryan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Torrentflux, PHP, and Apache
Hi all, I have a strange problem here. I just installed torrentflux on my freebsd6.1 box and it was working great for a few minutes. Then, for some reason i can't figure out, i was no longer able to view index.php. Other php files were parsed by the server just fine, but for some reason when i tried to access index.php I either got actual php code or a blank file. Let me reiterate that the other php pages for just fine...so I am a little confused. Any advice? Ideas on what could be causing this? Thanks in advance, ryan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: php --with apache error log
Looks like you are mixing debug and non-debug builds of php. Do a port update to make sure your makefile is clean. Deinstall php and all of the modules. Reinstall php Reinstall the modules. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vizion Sent: Wednesday, September 07, 2005 10:32 AM To: Kevin Kinsey Cc: [EMAIL PROTECTED]; freebsd-questions@freebsd.org Subject: Re: php --with apache error log On Wednesday 07 September 2005 08:54, the author Kevin Kinsey contributed to the dialogue on- Re: php --with apache error log: Vizion wrote: I tried changing to : extension_dir = //usr/local/lib/php/20041030 but that made no difference --still got the same error: Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/pcre.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/pcre.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/xml.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/xml.soquot; Puzzled david I suspect that a call to phpinfo() would reveal that you built a debug build? Never having done this myself, I can't say exactly what you'd want to do to fix it; however, an obvious kluge would be to create the directory it seems to want to have, and copy the object files to it. Kevin Kinsey I am sure you are right -- maybe there is something odd in the Makefile.. I wonder if the debug build version of xml.so and pcre.so are identical? Umph.. I will change the directories,as you suggest.. and see what happens - in the meantime I will make a bug report david -- 40 yrs navigating and computing in blue waters. English Owner Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [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: php --with apache error log
Vizion wrote: I tried changing to : extension_dir = //usr/local/lib/php/20041030 but that made no difference --still got the same error: Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/pcre.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/pcre.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/xml.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/xml.soquot; Puzzled david I suspect that a call to phpinfo() would reveal that you built a debug build? Never having done this myself, I can't say exactly what you'd want to do to fix it; however, an obvious kluge would be to create the directory it seems to want to have, and copy the object files to it. Kevin Kinsey ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php --with apache error log
On Wednesday 07 September 2005 08:54, the author Kevin Kinsey contributed to the dialogue on- Re: php --with apache error log: Vizion wrote: I tried changing to : extension_dir = //usr/local/lib/php/20041030 but that made no difference --still got the same error: Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/pcre.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/pcre.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/xml.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/xml.soquot; Puzzled david I suspect that a call to phpinfo() would reveal that you built a debug build? Never having done this myself, I can't say exactly what you'd want to do to fix it; however, an obvious kluge would be to create the directory it seems to want to have, and copy the object files to it. Kevin Kinsey I am sure you are right -- maybe there is something odd in the Makefile.. I wonder if the debug build version of xml.so and pcre.so are identical? Umph.. I will change the directories,as you suggest.. and see what happens - in the meantime I will make a bug report david -- 40 yrs navigating and computing in blue waters. English Owner Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
php --with apache error log
Hi It seems that php is looking for a directory 20041030-debug when there is only a directory 20041030. Here is the output from http-error.log Is this a config error? Does anyone know foe to fix the problem? Help appreciated david Quote from log: - [Tue Sep 06 14:26:20 2005] [notice] Apache/2.0.54 (FreeBSD) PHP/5.0.4 configured -- resuming normal operations Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/pcre.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/pcre.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/xml.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/xml.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/pcre.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/pcre.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/xml.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/xml.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/pcre.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/pcre.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/xml.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/xml.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/pcre.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/pcre.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/xml.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/xml.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/pcre.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/pcre.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/xml.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/xml.soquot; [Tue Sep 06 14:42:11 2005] [notice] caught SIGTERM, shutting down Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/pcre.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/pcre.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/xml.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/xml.soquot; PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/pcre.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/pcre.soquot; in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/xml.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/xml.soquot; in Unknown on line 0 -- 40 yrs navigating and computing in blue waters. English Owner Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php --with apache error log
Vizion wrote: Hi It seems that php is looking for a directory 20041030-debug when there is only a directory 20041030. Here is the output from http-error.log Is this a config error? Does anyone know foe to fix the problem? Help appreciated david Quote from log: - [Tue Sep 06 14:26:20 2005] [notice] Apache/2.0.54 (FreeBSD) PHP/5.0.4 configured -- resuming normal operations Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/pcre.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/pcre.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/xml.so' - Cannot open snip Try adjusting the value for extension_dir in the appropriate php.ini file. Note that this has moved, I think, from /usr/local/lib/php/php.ini to /usr/local/etc/php.ini for most installations. HTH, Kevin Kinsey ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php --with apache error log
On Tuesday 06 September 2005 15:22, the author Kevin Kinsey contributed to the dialogue on- Re: php --with apache error log: Vizion wrote: Hi It seems that php is looking for a directory 20041030-debug when there is only a directory 20041030. Here is the output from http-error.log Is this a config error? Does anyone know foe to fix the problem? Help appreciated david Quote from log: - [Tue Sep 06 14:26:20 2005] [notice] Apache/2.0.54 (FreeBSD) PHP/5.0.4 configured -- resuming normal operations Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/pcre.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/pcre.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/xml.so' - Cannot open snip Try adjusting the value for extension_dir in the appropriate php.ini file. Note that this has moved, I think, from /usr/local/lib/php/php.ini to /usr/local/etc/php.ini for most installations. That you very much The line extension dir line in the php.ini is: extension_dir = ./ What value should this have? How come it is looking for: 20041030-debug in the first place when extension_dir is ./? Where does it get that value from? The directory /usr/local/lib/php/20041030 dns1# cd /usr/local/lib/php/20041030 dns1# ls -l total 130 -r--r--r-- 1 root wheel 89839 Sep 3 18:50 pcre.so -r--r--r-- 1 root wheel 40993 Sep 3 18:51 xml.so Thanks again david -- 40 yrs navigating and computing in blue waters. English Owner Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php --with apache error log
On Tuesday 06 September 2005 15:40, the author Vizion contributed to the dialogue on- Re: php --with apache error log: On Tuesday 06 September 2005 15:22, the author Kevin Kinsey contributed to the dialogue on- Re: php --with apache error log: Vizion wrote: Hi It seems that php is looking for a directory 20041030-debug when there is only a directory 20041030. Here is the output from http-error.log Is this a config error? Does anyone know foe to fix the problem? Help appreciated david Quote from log: - [Tue Sep 06 14:26:20 2005] [notice] Apache/2.0.54 (FreeBSD) PHP/5.0.4 configured -- resuming normal operations Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/pcre.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/pcre.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/xml.so' - Cannot open snip Try adjusting the value for extension_dir in the appropriate php.ini file. Note that this has moved, I think, from /usr/local/lib/php/php.ini to /usr/local/etc/php.ini for most installations. That you very much The line extension dir line in the php.ini is: extension_dir = ./ What value should this have? How come it is looking for: 20041030-debug in the first place when extension_dir is ./? Where does it get that value from? The directory /usr/local/lib/php/20041030 dns1# cd /usr/local/lib/php/20041030 dns1# ls -l total 130 -r--r--r-- 1 root wheel 89839 Sep 3 18:50 pcre.so -r--r--r-- 1 root wheel 40993 Sep 3 18:51 xml.so I tried changing to : extension_dir = //usr/local/lib/php/20041030 but that made no difference --still got the same error: Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/pcre.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/pcre.soquot; Unknown(0) : Warning - PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030-debug/xml.so' - Cannot open quot;/usr/local/lib/php/20041030-debug/xml.soquot; Puzzled david -- 40 yrs navigating and computing in blue waters. English Owner Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
What versions of PHP / mysql / apache for Mambo?
Hi All What versions of mysql server , apache and php should be run to use the mambo cms on freeBSD 5.4? What advantages of apache2 over 1.3? Php 5 - more secure than php4? Other reasons? Mysql server 4.0 / 4.1 / 5 ? Thanks in advance Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: how to enable PHP on Apache?
-- quoting Kevin Kinsey -- If you create a normal PHP page* under the Apache server's docroot (instead of in the phpmyadmin install, which is an alias), do you get the same behavior? Yes, I got the same behavior then. But meanwhile I solved the problem by adding SetHandler application/x-httpd-php for this location... Greetings, Matthias -- Well, you'll be happy to know I don't work very hard. Actually, I'm bringing the plant down from the inside. -- Homer Simpson The Simpsons 138th Episode Spectacular ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: how to enable PHP on Apache?
-- quoting Yoann Le Bihan -- Hello ! :-) You just need to install mod_php port. It's located into /usr/ports/www (there are a mod_php4/ and a mod_php5/ directories). Just make install clean from one or two of these directories and it must be installed. Because I think it's not installed (even if it's mentionned in httpd.conf... it's strange by the way :-). Don't forget to make a /usr/local/sbin/apachectl restart after (if it's not already done from the port's installation). I did all you said, httpd-error.conf says: Apache/1.3.33 (Unix) mod_perl/1.29 PHP/4.3.11 configured -- resuming normal operations But when I try to access my phpmyadmin installation Firefox asks me which program I want to use to open this PHP file :( Any other ideas? I am somewhat lost here :( Greetings and TIA, Matthias -- See you in hell, candy boys!! -- Homer Simpson Homer Badman ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: how to enable PHP on Apache?
-- quoting Matthias F. Brandstetter -- I did all you said, httpd-error.conf says: Apache/1.3.33 (Unix) mod_perl/1.29 PHP/4.3.11 configured -- resuming normal operations But when I try to access my phpmyadmin installation Firefox asks me which program I want to use to open this PHP file :( Sorry for answering to my own post, but I think I found the problem: I have RT installed on the same system, using mod_perl. When I disable startup of mod_perl, I can access phpmyadmin. So the problem only happens when I use mod_perl with my config. I tried it with Location /phpmyadmin SetHandler default-handler /Location Alias /phpmyadmin /usr/local/www/phpMyAdmin but still have this problem :( Any ideas? -- You know something, folks, as ridiculous as this sounds, I would rather feel the sweet breath of my beautiful wife on the back of my neck as I sleep than stuff dollar bills into some stranger's G-string. -- Homer Simpson Homer's Night Out ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: how to enable PHP on Apache?
I did all you said, httpd-error.conf says: Apache/1.3.33 (Unix) mod_perl/1.29 PHP/4.3.11 configured -- resuming normal operations But when I try to access my phpmyadmin installation Firefox asks me which program I want to use to open this PHP file :( Any other ideas? I am somewhat lost here :( Greetings and TIA, Matthias It sounds like you've not got any mime types set in httpd.confg. You want to add something like AddType application/x-httpd-php .php .php4 .php3 See if that helps -- Julie CoreVPS Director CoreVPS.com - Root Access FreeBSD and Linux servers from $7.99/mo ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: how to enable PHP on Apache?
Matthias F. Brandstetter wrote: -- quoting Yoann Le Bihan -- Hello ! :-) You just need to install mod_php port. It's located into /usr/ports/www (there are a mod_php4/ and a mod_php5/ directories). Just make install clean from one or two of these directories and it must be installed. Because I think it's not installed (even if it's mentionned in httpd.conf... it's strange by the way :-). Don't forget to make a /usr/local/sbin/apachectl restart after (if it's not already done from the port's installation). I did all you said, httpd-error.conf says: Apache/1.3.33 (Unix) mod_perl/1.29 PHP/4.3.11 configured -- resuming normal operations But when I try to access my phpmyadmin installation Firefox asks me which program I want to use to open this PHP file :( Any other ideas? I am somewhat lost here :( Greetings and TIA, Matthias If you create a normal PHP page* under the Apache server's docroot (instead of in the phpmyadmin install, which is an alias), do you get the same behavior? Kevin Kinsey * like this: ?php // test.php --- our test of the PHP interpreter... echo Hello, Matthias! I'm Php-enabled!; ? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
how to enable PHP on Apache?
Hi all, I did a make install clean to compile and install phpmyadmin, which installed PHP4 as well. Then I added these lines into my httpd.conf: - ... LoadModule php4_modulelibexec/apache/libphp4.so ... AddModule mod_php4.c ... 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 ... IfModule mod_php3.c AddType application/x-httpd-php3 .php3 AddType application/x-httpd-php3-source .php3s /IfModule IfModule mod_php4.c AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps /IfModule ... Alias /phpmyadmin /usr/local/www/phpMyAdmin ... - But when I now point my browser to domain/phpmyadmin, Firefox tells me, it wants to download a PHTML file. And when I point it to domain/phpmyadmin/index.php, I get a .php file, which Firefox wants to download as well. So, how can I setup Apache/PHP to interpret my php files, instead of sending them 1:1 to the client? Do I miss a configuration here (see above)? Greetings and TIA, Matthias -- And thank you most of all for nuclear power, which is yet to cause a single proven fatality, at least in this country. -- Homer Simpson Oh Brother, Where Art Thou? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: how to enable PHP on Apache?
Hello ! :-) You just need to install mod_php port. It's located into /usr/ports/www (there are a mod_php4/ and a mod_php5/ directories). Just make install clean from one or two of these directories and it must be installed. Because I think it's not installed (even if it's mentionned in httpd.conf... it's strange by the way :-). Don't forget to make a /usr/local/sbin/apachectl restart after (if it's not already done from the port's installation). Best regards, YLB. [EMAIL PROTECTED] On Apr 7, 2005 9:41 AM, Matthias F. Brandstetter [EMAIL PROTECTED] wrote: Hi all, I did a make install clean to compile and install phpmyadmin, which installed PHP4 as well. Then I added these lines into my httpd.conf: - ... LoadModule php4_modulelibexec/apache/libphp4.so ... AddModule mod_php4.c ... 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 ... IfModule mod_php3.c AddType application/x-httpd-php3 .php3 AddType application/x-httpd-php3-source .php3s /IfModule IfModule mod_php4.c AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps /IfModule ... Alias /phpmyadmin /usr/local/www/phpMyAdmin ... - But when I now point my browser to domain/phpmyadmin, Firefox tells me, it wants to download a PHTML file. And when I point it to domain/phpmyadmin/index.php, I get a .php file, which Firefox wants to download as well. So, how can I setup Apache/PHP to interpret my php files, instead of sending them 1:1 to the client? Do I miss a configuration here (see above)? Greetings and TIA, Matthias -- And thank you most of all for nuclear power, which is yet to cause a single proven fatality, at least in this country. -- Homer Simpson Oh Brother, Where Art Thou? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
php and apache
can somebody explain what the difference is between forks and threads ? I know what a spoon is, something that ly's in the kitchen :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php and apache
# Gert Cuykens: can somebody explain what the difference is between forks and threads Nutshell version: fork(2) produces a new process, which may consist of multiple threads. fork(2)ing used to be slightly more expensive, as it creates a new process with an accompanying process control block (PCB) and allocates its own memory pages. Threads just use their processes' data segment and thus share pages. Which basically means one thread can trash another's data, whereas related processes can not. OTOH the time slices handed out by the process scheduler (Hey! PID 384! Your turn for the next 20ms!) are further subdivided by the thread scheduler. Since both thread scheduler and context switches between threads produce some overhead (storing local data, instruction pointer and such) threads used to reduce the real CPU time a process could actually use for its algorithms. I said used to, because this is basically the theory introductory textbooks on OS design will tell you.[1] There's plenty of ways to adapt costs, i.e. by making the process scheduler hand out larger slices to multithreaded processes or employing copy-on-write, which means that the parent processes' pages are just mapped into the child process, until the child actually writes to them. Traditionally, Unices had pretty cheap processes but rather expensive threads. (Windows, for example, had it the other way around). I didn't delve into this for quite a while, so sadly, I can't give you any details on the current state of things. HTH, Mario [1]: Be warned, this is from the top of my head and it's 4am in the morning with my bed waiting for me. I just hope I've been at least *somewhat* coherent... ;) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php and apache
On Tue, 25 Jan 2005 04:20:56 +0100, Mario Hoerich [EMAIL PROTECTED] wrote: # Gert Cuykens: can somebody explain what the difference is between forks and threads Nutshell version: fork(2) produces a new process, which may consist of multiple threads. fork(2)ing used to be slightly more expensive, as it creates a new process with an accompanying process control block (PCB) and allocates its own memory pages. Threads just use their processes' data segment and thus share pages. Which basically means one thread can trash another's data, whereas related processes can not. OTOH the time slices handed out by the process scheduler (Hey! PID 384! Your turn for the next 20ms!) are further subdivided by the thread scheduler. Since both thread scheduler and context switches between threads produce some overhead (storing local data, instruction pointer and such) threads used to reduce the real CPU time a process could actually use for its algorithms. I said used to, because this is basically the theory introductory textbooks on OS design will tell you.[1] There's plenty of ways to adapt costs, i.e. by making the process scheduler hand out larger slices to multithreaded processes or employing copy-on-write, which means that the parent processes' pages are just mapped into the child process, until the child actually writes to them. Traditionally, Unices had pretty cheap processes but rather expensive threads. (Windows, for example, had it the other way around). I didn't delve into this for quite a while, so sadly, I can't give you any details on the current state of things. HTH, Mario [1]: Be warned, this is from the top of my head and it's 4am in the morning with my bed waiting for me. I just hope I've been at least *somewhat* coherent... ;) thx ps can you tell me who is winning at the moment ? The fork or the spoon ? bsd 6 is still a fork right ? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
recompile php/upgrade apache
hi all i have a production server running freebsd4.8-RELEASE/apache1.3.27-modssl/mod_php4 i would like to recompile php4 for gdlib support. i'd also like to upgrade apache to 1.3.28. i'd like to have minimal downtime if possible. i was thinking the easiest way of doing this was to stop apache backup httpd.conf and php.ini-dist portupgrade -rR apache13-modssl make deinstall /usr/ports/lang/php4, make install clean /usr/ports/lang/php4 with gdlib support restart apache i just wanted to run this past the list in case i'm missing something above, or if anyone can suggest a more efficient way of accomplishing this thanks redmond pgp0.pgp Description: PGP signature
Re: recompile php/upgrade apache
On Thu, Aug 07, 2003 at 09:28:20AM -0500, Redmond Militante wrote: i have a production server running freebsd4.8-RELEASE/apache1.3.27-modssl/mod_php4 i would like to recompile php4 for gdlib support. i'd also like to upgrade apache to 1.3.28. i'd like to have minimal downtime if possible. I believe you can get away with not stopping the server at all. Since apache is running in memory, you can easily upgrade it (and php) whilst it's still running and when you've finished upgrading just issue an 'apachectl restart' and the new binaries will be in effect. -- Jez http://www.munk.nu/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP and Apache
From: MET [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: PHP and Apache Date: Wed, 24 Jul 2002 11:23:22 -0400 First off thanks to all those who helped me out, I've finally gotten everything up and running. In doing so however I've come across 3 different options for making PHP work w/ apache. 1) PHP as a CGI through Apache 2) PHP as a shared Apache Module ( --with-apxs=[FILE] ) 3) PHP as an Apache Module ( --with-apache=[FILE] ) Basically, I'm wondering what's the big difference between the second two, and which is better. depends on your needs. --with-apxs creates a dynamic module, while --with-apache compiles php into apache. the first is easier to upgrade (you only need to compile new version of php [as opposed to php *and* apache]), the second is a bit faster. -- FreeBSD 4.6-STABLE 5:22PM up 8 days, 3:41, 9 users, load averages: 0.05, 0.05, 0.00 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
