Re: phpMyAdmin httpd segmentation fault
I have built a third system with phpMyAdmin, php5, mysql and apache (all the same versions as the previous two systems). phpMyAdmin works on this third system. Comparing the extensions in the two systems that seg fault httpd and the one that works: /usr/local/etc/php/extensions.ini from working system extension=mysql.so extension=pcre.so extension=session.so extension=bz2.so extension=gd.so extension=openssl.so extension=pdf.so extension=zlib.so extension=mcrypt.so extension=mbstring.so extension=xml.so /usr/local/etc/php/extensions.ini from not working systems extension=sqlite.so extension=mysql.so extension=pcre.so extension=session.so extension=bz2.so extension=gd.so extension=openssl.so extension=pdf.so extension=zlib.so extension=mcrypt.so extension=mbstring.so extension=mysqli.so extension=bcmath.so extension=calendar.so extension=ctype.so extension=curl.so extension=dom.so extension=exif.so extension=fileinfo.so extension=filepro.so extension=fribidi.so extension=ftp.so extension=gettext.so extension=gmp.so extension=iconv.so extension=imap.so extension=mhash.so extension=ming.so extension=ncurses.so extension=odbc.so extension=panda.so extension=pcntl.so extension=pdo.so extension=posix.so extension=pspell.so extension=readline.so extension=recode.so extension=shmop.so extension=simplexml.so extension=soap.so extension=sockets.so extension=tokenizer.so extension=xml.so extension=xmlreader.so extension=xmlwriter.so extension=zip.so extension=wddx.so extension=xmlrpc.so extension=xsl.so extension=yaz.so extension=dba.so extension=snmp.so So now I need to narrow it down to what is causing the problem. On all 3 of these systems I have not modified /etc/make.conf at all from the installed version. As an experiment I copied the working extensions.ini file to the non working system, restarted apache and it still seg faults when browsing to phpMyAdmin. Terry Todd On Thu, Feb 15, 2007 at 10:09:08AM +0800, Richard Simmonds wrote: I've just had the phpMyAdmin not starting problem after making changes to php.ini and adding extensions. It began as a segmentation fault with only phpMyAdmin and then progressed, as I fiddled with config for php4-extensions, to breaking php entirely. I too have a modded make.conf file which I am about to change in accordance with this tip. However, to get phpMyAdmin working again, take a look at extensions.ini. I found there were many duplicate lines, including some for extensions I thought I'd added and then removed. I removed duplicates and moved extension=mysql.so to the bottom of the list. Reboot and problem solved. Hope this helps - Message: 13 Date: Wed, 14 Feb 2007 15:26:26 +0100 From: Spil Oss [EMAIL PROTECTED] Subject: Re: phpMyAdmin httpd segmentation fault To: freebsd-questions@freebsd.org, Terry Todd [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Terry, Just solved my php / roundcube problems by removing -funroll-loops from my CFLAGS in /etc/make.conf. Now I just have CFLAGS= -O2 -pipe Recollection: 5.2.0 -march=pentium3m -O2 -pipe -funroll-loops Fail 5.2.0 -march=pentium3 -O -pipe Success 5.2.1 -march=pentium3m -O2 -pipe -funroll-loops Fail Tested: 5.2.1_1 -march=pentium3 -O -pipeSuccess 5.2.1 -march=pentium3m -O -pipe Success enable eaccelerator Success enable suhosin Success 5.2.1 -march=pentium3m -O2 -pipe Success 5.2.1 -march=pentium3m -O2 -pipe -funroll-loops Fail 5.2.1_1 -march=pentium3m -O2 -pipe Success So currently running apache-2.2.4 / php5-5.2.1_1 w/ suhosin 0.9.6.2 / eaccelerator 0.95 rouncube running fine, but phpMyAdmin still won't fly Kind regards, Spil On 13/02/07, Gerard Seibert [EMAIL PROTECTED] wrote: On Tuesday February 13, 2007 at 06:13:41 (AM) Terry Todd wrote: I completed steps 1 through 6 that you suggested below. Step 6 took two whole days to complete. I had to babysit the blue screens of config. Sorry to say it still does the exact same thing. httpd seg faults with no core file whenever the phpMyAdmin/index.php web page is browsed. Strange! It works perfectly here. Assuming you have nothing strange in your /etc/make.conf file, I am at a lose as to what the problem is. Sorry! -- Gerard ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: phpMyAdmin httpd segmentation fault
Terry, Just solved my php / roundcube problems by removing -funroll-loops from my CFLAGS in /etc/make.conf. Now I just have CFLAGS= -O2 -pipe Recollection: 5.2.0 -march=pentium3m -O2 -pipe -funroll-loops Fail 5.2.0 -march=pentium3 -O -pipe Success 5.2.1 -march=pentium3m -O2 -pipe -funroll-loops Fail Tested: 5.2.1_1 -march=pentium3 -O -pipeSuccess 5.2.1 -march=pentium3m -O -pipe Success enable eaccelerator Success enable suhosin Success 5.2.1 -march=pentium3m -O2 -pipe Success 5.2.1 -march=pentium3m -O2 -pipe -funroll-loops Fail 5.2.1_1 -march=pentium3m -O2 -pipe Success So currently running apache-2.2.4 / php5-5.2.1_1 w/ suhosin 0.9.6.2 / eaccelerator 0.95 rouncube running fine, but phpMyAdmin still won't fly Kind regards, Spil On 13/02/07, Gerard Seibert [EMAIL PROTECTED] wrote: On Tuesday February 13, 2007 at 06:13:41 (AM) Terry Todd wrote: I completed steps 1 through 6 that you suggested below. Step 6 took two whole days to complete. I had to babysit the blue screens of config. Sorry to say it still does the exact same thing. httpd seg faults with no core file whenever the phpMyAdmin/index.php web page is browsed. Strange! It works perfectly here. Assuming you have nothing strange in your /etc/make.conf file, I am at a lose as to what the problem is. Sorry! -- Gerard ___ 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: phpMyAdmin httpd segmentation fault
I've just had the phpMyAdmin not starting problem after making changes to php.ini and adding extensions. It began as a segmentation fault with only phpMyAdmin and then progressed, as I fiddled with config for php4-extensions, to breaking php entirely. I too have a modded make.conf file which I am about to change in accordance with this tip. However, to get phpMyAdmin working again, take a look at extensions.ini. I found there were many duplicate lines, including some for extensions I thought I'd added and then removed. I removed duplicates and moved extension=mysql.so to the bottom of the list. Reboot and problem solved. Hope this helps - Message: 13 Date: Wed, 14 Feb 2007 15:26:26 +0100 From: Spil Oss [EMAIL PROTECTED] Subject: Re: phpMyAdmin httpd segmentation fault To: freebsd-questions@freebsd.org, Terry Todd [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Terry, Just solved my php / roundcube problems by removing -funroll-loops from my CFLAGS in /etc/make.conf. Now I just have CFLAGS= -O2 -pipe Recollection: 5.2.0 -march=pentium3m -O2 -pipe -funroll-loops Fail 5.2.0 -march=pentium3 -O -pipe Success 5.2.1 -march=pentium3m -O2 -pipe -funroll-loops Fail Tested: 5.2.1_1 -march=pentium3 -O -pipeSuccess 5.2.1 -march=pentium3m -O -pipe Success enable eaccelerator Success enable suhosin Success 5.2.1 -march=pentium3m -O2 -pipe Success 5.2.1 -march=pentium3m -O2 -pipe -funroll-loops Fail 5.2.1_1 -march=pentium3m -O2 -pipe Success So currently running apache-2.2.4 / php5-5.2.1_1 w/ suhosin 0.9.6.2 / eaccelerator 0.95 rouncube running fine, but phpMyAdmin still won't fly Kind regards, Spil On 13/02/07, Gerard Seibert [EMAIL PROTECTED] wrote: On Tuesday February 13, 2007 at 06:13:41 (AM) Terry Todd wrote: I completed steps 1 through 6 that you suggested below. Step 6 took two whole days to complete. I had to babysit the blue screens of config. Sorry to say it still does the exact same thing. httpd seg faults with no core file whenever the phpMyAdmin/index.php web page is browsed. Strange! It works perfectly here. Assuming you have nothing strange in your /etc/make.conf file, I am at a lose as to what the problem is. Sorry! -- Gerard ___ 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: phpMyAdmin httpd segmentation fault
Gerard, I completed steps 1 through 6 that you suggested below. Step 6 took two whole days to complete. I had to babysit the blue screens of config. Sorry to say it still does the exact same thing. httpd seg faults with no core file whenever the phpMyAdmin/index.php web page is browsed. Terry Todd On Sat, Feb 10, 2007 at 07:57:17AM -0500, Gerard Seibert wrote: On Friday February 09, 2007 at 09:51:36 (PM) Terry Todd wrote: I started from scratch and built a completely new system by installing from CD's on a different computer and it does the exact same thing in the exact same place. At this point I'm a little surprised that no one else has run across this. Out of curiosity, do you have any special settings in the /etc/make.conf file? I have never had any proplems like you describe; however, you might want to try this. 1) Update your ports tree 2) Install 'portmanager' 3) Run 'pkgdb -Fv' to see if there are any obvious problems 4) Empty the '/usr/ports/distfiles' entirely 5) Run 'portsclean -C -D -L -PP' 6) Run 'portmanager -u -l -f -y' Number six might take a while depending on what you have installed. However, when it is done, your system should be totally rebuild and all the dependencies should be properly installed. Once, quite some time ago, I had a problem with some programs crashing and finally did what I described above. It corrected the problem. Gerard ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: phpMyAdmin httpd segmentation fault
Spil, Looks like you are seeing the same thing that I am. Terry Todd On Mon, Feb 12, 2007 at 01:31:15PM +0100, Spil Oss wrote: There were definately SEGV From http-error.log [Mon Feb 12 11:18:32 2007] [notice] child pid 23075 exit signal Segmentation fault (11) [Mon Feb 12 11:18:32 2007] [notice] child pid 22863 exit signal Segmentation fault (11) [ Spil. On 11/02/07, Terry Todd [EMAIL PROTECTED] wrote: Spil, Did you Check your httpd-error log and messages log files to make sure there wasn't really a seg fault? httpd child processes restart automatically. I had to run httpd -X to catch it seg faulting. Thanks, Terry Todd On Sun, Feb 11, 2007 at 01:55:03AM +0100, Spil Oss wrote: Sorry for that Just tried phpMyAdmin here, and all I get is a blank page :'( Apache doesn't segfault though :D (on the bright side) Cheers, Spil On 10/02/07, Terry Todd [EMAIL PROTECTED] wrote: Spil, Thanks for the pointers. I tried reordering extensions.ini and even cutting it down to a minimul set and then down to just session and mysql and it still segfaults apache whenever I try to browse to phpMyAdmin/index.php. On both of these systems that I have built I did build most all of the php extensions figuring I would need them at some time or other later on. Both systems are very vanilla out of the box 6.2 and ports setups. I do have INET6 compiled in the way it comes out of the box for 6.2 and ports. Terry Todd On Sat, Feb 10, 2007 at 08:04:26PM +0100, Spil Oss wrote: Hi Terry, Had a segfaulting apache-2.2.3 w/ php 5.2.0 before after upgrading 5.1.6_3 to 5.2.0. mail/roundcube would segfault on login. My problem was that I had NO_INET6 in my kernel, but no WITHOUT_IPV6 for my ports. Solved segfaulting apache and connection-probs in bitlbee. Furthermore, I am told that the order in which the php-extensions load is essential, see e.g. http://www.pingle.org/2006/10/18/php-crashes-extensions/, http://nl2.php.net/manual/en/ref.recode.php (empty), http://www.php.net/manual/en/ref.mysql.php Currently I'm stuck again, with apache 2.2.4, php 5.2.1 and mail/roundcube webmail after upgrading php from 5.2.0 to 5.2.1 :'( Earlier, a debug build of php did not exhibit problems for me (nice if you wanna nail down the bug). Hope this all brings you any further in solving your probs Kind regards, Spil On 10/02/07, Terry Todd [EMAIL PROTECTED] wrote: I started from scratch and built a completely new system by installing from CD's on a different computer and it does the exact same thing in the exact same place. At this point I'm a little surprised that no one else has run across this. Terry Todd On Tue, Feb 06, 2007 at 08:42:30AM -0600, Terry Todd wrote: On Tue, Feb 06, 2007 at 07:14:02AM +, Matthew Seaman wrote: Terry Todd wrote: On Mon, Feb 05, 2007 at 07:07:25AM -0800, Garrett Cooper wrote: Terry Todd wrote: On Sun, Feb 04, 2007 at 09:36:58AM +, Matthew Seaman wrote: Terry Todd wrote: I installed FreeBSD 6.2-RELEASE, php-5.1.6_3, php5-extensions-1.0, mysql-5.0.27 and apache_1.3.37_1. php -i now works Ok after I moved recode.so to the top of the list of extensions in extensions.ini. It took a while to figure that one out. Before that php -i would seg fault and core dump. It took some google searching and using gdb on the core file to fix it. A test web page for phpinfo works fine too. Mysql works OK from the command line. However I can't get phpMyAdmin to work. It seg faults in reading /usr/local/www/phpMyAdmin/libraries/url_generating.lib.php There is no core dump produced. Hmmm... very strange. We have just built a RELENG_6_2 server with apache13-ssl, php5 and phpMyAdmin and no such problems are apparent. Did you modify the CFLAGS or otherwise change the level of optimization used by the compiler? No CFLAGS were changed or anything else. It's a very standard install. I ran ktrace httpd -X Then when I try to open the phpMyAdmin/index.php page in a browser httpd seg faults. Here is the tail of kdump from the ktrace.out from the above ktrace. 1372 httpdCALL gettimeofday(0xbfbf7158,0) 1372 httpdRET gettimeofday 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
Re: phpMyAdmin httpd segmentation fault
On Tuesday February 13, 2007 at 06:13:41 (AM) Terry Todd wrote: I completed steps 1 through 6 that you suggested below. Step 6 took two whole days to complete. I had to babysit the blue screens of config. Sorry to say it still does the exact same thing. httpd seg faults with no core file whenever the phpMyAdmin/index.php web page is browsed. Strange! It works perfectly here. Assuming you have nothing strange in your /etc/make.conf file, I am at a lose as to what the problem is. Sorry! -- Gerard ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: phpMyAdmin httpd segmentation fault
Hi Terry, Had a segfaulting apache-2.2.3 w/ php 5.2.0 before after upgrading 5.1.6_3 to 5.2.0. mail/roundcube would segfault on login. My problem was that I had NO_INET6 in my kernel, but no WITHOUT_IPV6 for my ports. Solved segfaulting apache and connection-probs in bitlbee. Furthermore, I am told that the order in which the php-extensions load is essential, see e.g. http://www.pingle.org/2006/10/18/php-crashes-extensions/, http://nl2.php.net/manual/en/ref.recode.php (empty), http://www.php.net/manual/en/ref.mysql.php Currently I'm stuck again, with apache 2.2.4, php 5.2.1 and mail/roundcube webmail after upgrading php from 5.2.0 to 5.2.1 :'( Earlier, a debug build of php did not exhibit problems for me (nice if you wanna nail down the bug). Hope this all brings you any further in solving your probs Kind regards, Spil On 10/02/07, Terry Todd [EMAIL PROTECTED] wrote: I started from scratch and built a completely new system by installing from CD's on a different computer and it does the exact same thing in the exact same place. At this point I'm a little surprised that no one else has run across this. Terry Todd On Tue, Feb 06, 2007 at 08:42:30AM -0600, Terry Todd wrote: On Tue, Feb 06, 2007 at 07:14:02AM +, Matthew Seaman wrote: Terry Todd wrote: On Mon, Feb 05, 2007 at 07:07:25AM -0800, Garrett Cooper wrote: Terry Todd wrote: On Sun, Feb 04, 2007 at 09:36:58AM +, Matthew Seaman wrote: Terry Todd wrote: I installed FreeBSD 6.2-RELEASE, php-5.1.6_3, php5-extensions-1.0, mysql-5.0.27 and apache_1.3.37_1. php -i now works Ok after I moved recode.so to the top of the list of extensions in extensions.ini. It took a while to figure that one out. Before that php -i would seg fault and core dump. It took some google searching and using gdb on the core file to fix it. A test web page for phpinfo works fine too. Mysql works OK from the command line. However I can't get phpMyAdmin to work. It seg faults in reading /usr/local/www/phpMyAdmin/libraries/url_generating.lib.php There is no core dump produced. Hmmm... very strange. We have just built a RELENG_6_2 server with apache13-ssl, php5 and phpMyAdmin and no such problems are apparent. Did you modify the CFLAGS or otherwise change the level of optimization used by the compiler? No CFLAGS were changed or anything else. It's a very standard install. I ran ktrace httpd -X Then when I try to open the phpMyAdmin/index.php page in a browser httpd seg faults. Here is the tail of kdump from the ktrace.out from the above ktrace. 1372 httpdCALL gettimeofday(0xbfbf7158,0) 1372 httpdRET gettimeofday 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr 1372 httpdRET lstat 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr/local 1372 httpdRET lstat 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr/local/www 1372 httpdRET lstat 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr/local/www/phpMyAdmin 1372 httpdRET lstat 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr/local/www/phpMyAdmin/libraries 1372 httpdRET lstat 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr/local/www/phpMyAdmin/libraries/url_generating.lib.php 1372 httpdRET lstat 0 1372 httpdCALL open(0x845eda8,0,0x1b6) 1372 httpdNAMI /usr/local/www/phpMyAdmin/libraries/url_generating.lib.php 1372 httpdRET open 4 1372 httpdCALL fstat(0x4,0x8102748) 1372 httpdRET fstat 0 1372 httpdCALL lseek(0x4,0,0,0,0x1) 1372 httpdRET lseek 0 1372 httpdCALL read(0x4,0x82e3028,0x2000) 1372 httpdGIO fd 4 read 4096 bytes ?php /* $Id: url_generating.lib.php,v 2.12.2.1 2006/09/26 19:23:24 lem9 Exp $ */ // vim: expandtab sw=4 ts=4 sts=4: /** * URL/hidden inputs generating. */ /** * Generates text with hidden inputs. * * @see PMA_generate_common_url() * @param string optional database name * @param string optional table name * @param int indenting level * * @return string string with input fields * * @global string the current language * @global string the current conversion charset * @global string the current connection collation * @global string the current server * @global arraythe configuration array * @global boolean whether recoding is allowed or not * * * @access
Re: phpMyAdmin httpd segmentation fault
Spil, Thanks for the pointers. I tried reordering extensions.ini and even cutting it down to a minimul set and then down to just session and mysql and it still segfaults apache whenever I try to browse to phpMyAdmin/index.php. On both of these systems that I have built I did build most all of the php extensions figuring I would need them at some time or other later on. Both systems are very vanilla out of the box 6.2 and ports setups. I do have INET6 compiled in the way it comes out of the box for 6.2 and ports. Terry Todd On Sat, Feb 10, 2007 at 08:04:26PM +0100, Spil Oss wrote: Hi Terry, Had a segfaulting apache-2.2.3 w/ php 5.2.0 before after upgrading 5.1.6_3 to 5.2.0. mail/roundcube would segfault on login. My problem was that I had NO_INET6 in my kernel, but no WITHOUT_IPV6 for my ports. Solved segfaulting apache and connection-probs in bitlbee. Furthermore, I am told that the order in which the php-extensions load is essential, see e.g. http://www.pingle.org/2006/10/18/php-crashes-extensions/, http://nl2.php.net/manual/en/ref.recode.php (empty), http://www.php.net/manual/en/ref.mysql.php Currently I'm stuck again, with apache 2.2.4, php 5.2.1 and mail/roundcube webmail after upgrading php from 5.2.0 to 5.2.1 :'( Earlier, a debug build of php did not exhibit problems for me (nice if you wanna nail down the bug). Hope this all brings you any further in solving your probs Kind regards, Spil On 10/02/07, Terry Todd [EMAIL PROTECTED] wrote: I started from scratch and built a completely new system by installing from CD's on a different computer and it does the exact same thing in the exact same place. At this point I'm a little surprised that no one else has run across this. Terry Todd On Tue, Feb 06, 2007 at 08:42:30AM -0600, Terry Todd wrote: On Tue, Feb 06, 2007 at 07:14:02AM +, Matthew Seaman wrote: Terry Todd wrote: On Mon, Feb 05, 2007 at 07:07:25AM -0800, Garrett Cooper wrote: Terry Todd wrote: On Sun, Feb 04, 2007 at 09:36:58AM +, Matthew Seaman wrote: Terry Todd wrote: I installed FreeBSD 6.2-RELEASE, php-5.1.6_3, php5-extensions-1.0, mysql-5.0.27 and apache_1.3.37_1. php -i now works Ok after I moved recode.so to the top of the list of extensions in extensions.ini. It took a while to figure that one out. Before that php -i would seg fault and core dump. It took some google searching and using gdb on the core file to fix it. A test web page for phpinfo works fine too. Mysql works OK from the command line. However I can't get phpMyAdmin to work. It seg faults in reading /usr/local/www/phpMyAdmin/libraries/url_generating.lib.php There is no core dump produced. Hmmm... very strange. We have just built a RELENG_6_2 server with apache13-ssl, php5 and phpMyAdmin and no such problems are apparent. Did you modify the CFLAGS or otherwise change the level of optimization used by the compiler? No CFLAGS were changed or anything else. It's a very standard install. I ran ktrace httpd -X Then when I try to open the phpMyAdmin/index.php page in a browser httpd seg faults. Here is the tail of kdump from the ktrace.out from the above ktrace. 1372 httpdCALL gettimeofday(0xbfbf7158,0) 1372 httpdRET gettimeofday 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr 1372 httpdRET lstat 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr/local 1372 httpdRET lstat 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr/local/www 1372 httpdRET lstat 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr/local/www/phpMyAdmin 1372 httpdRET lstat 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr/local/www/phpMyAdmin/libraries 1372 httpdRET lstat 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr/local/www/phpMyAdmin/libraries/url_generating.lib.php 1372 httpdRET lstat 0 1372 httpdCALL open(0x845eda8,0,0x1b6) 1372 httpdNAMI /usr/local/www/phpMyAdmin/libraries/url_generating.lib.php 1372 httpdRET open 4 1372 httpdCALL fstat(0x4,0x8102748) 1372 httpdRET fstat 0 1372 httpdCALL lseek(0x4,0,0,0,0x1) 1372 httpdRET lseek 0 1372 httpdCALL read(0x4,0x82e3028,0x2000) 1372 httpdGIO fd 4 read 4096 bytes ?php /* $Id: url_generating.lib.php,v 2.12.2.1 2006/09/26 19:23:24 lem9 Exp $ */ // vim: expandtab sw=4 ts=4 sts=4: /** * URL/hidden
Re: phpMyAdmin httpd segmentation fault
So much for that fix, no luck at all. :'( /monologue On 11/02/07, Spil Oss [EMAIL PROTECTED] wrote: Maybe things will work after all :D Port count: 16514 http://www.FreshPorts.org/categories.php New ports: 5 http://www.FreshPorts.org/ports-new.php?interval=today www/eaccelerator Fix for PHP 5.2.x. PR: ports/109012 Submitted by: Martin Matuska [EMAIL PROTECTED] Obtained from: eaccelerator SVN 10 Feb 2007 - ale http://www.freshports.org/www/eaccelerator/ Kind regards, Spil On 11/02/07, Spil Oss [EMAIL PROTECTED] wrote: Sorry for that Just tried phpMyAdmin here, and all I get is a blank page :'( Apache doesn't segfault though :D (on the bright side) Cheers, Spil On 10/02/07, Terry Todd [EMAIL PROTECTED] wrote: Spil, Thanks for the pointers. I tried reordering extensions.ini and even cutting it down to a minimul set and then down to just session and mysql and it still segfaults apache whenever I try to browse to phpMyAdmin/index.php. On both of these systems that I have built I did build most all of the php extensions figuring I would need them at some time or other later on. Both systems are very vanilla out of the box 6.2 and ports setups. I do have INET6 compiled in the way it comes out of the box for 6.2 and ports. Terry Todd On Sat, Feb 10, 2007 at 08:04:26PM +0100, Spil Oss wrote: Hi Terry, Had a segfaulting apache-2.2.3 w/ php 5.2.0 before after upgrading 5.1.6_3 to 5.2.0. mail/roundcube would segfault on login. My problem was that I had NO_INET6 in my kernel, but no WITHOUT_IPV6 for my ports. Solved segfaulting apache and connection-probs in bitlbee. Furthermore, I am told that the order in which the php-extensions load is essential, see e.g. http://www.pingle.org/2006/10/18/php-crashes-extensions/, http://nl2.php.net/manual/en/ref.recode.php (empty), http://www.php.net/manual/en/ref.mysql.php Currently I'm stuck again, with apache 2.2.4, php 5.2.1 and mail/roundcube webmail after upgrading php from 5.2.0 to 5.2.1 :'( Earlier, a debug build of php did not exhibit problems for me (nice if you wanna nail down the bug). Hope this all brings you any further in solving your probs Kind regards, Spil On 10/02/07, Terry Todd [EMAIL PROTECTED] wrote: I started from scratch and built a completely new system by installing from CD's on a different computer and it does the exact same thing in the exact same place. At this point I'm a little surprised that no one else has run across this. Terry Todd On Tue, Feb 06, 2007 at 08:42:30AM -0600, Terry Todd wrote: On Tue, Feb 06, 2007 at 07:14:02AM +, Matthew Seaman wrote: Terry Todd wrote: On Mon, Feb 05, 2007 at 07:07:25AM -0800, Garrett Cooper wrote: Terry Todd wrote: On Sun, Feb 04, 2007 at 09:36:58AM +, Matthew Seaman wrote: Terry Todd wrote: I installed FreeBSD 6.2-RELEASE, php-5.1.6_3, php5-extensions-1.0, mysql-5.0.27 and apache_1.3.37_1. php -i now works Ok after I moved recode.so to the top of the list of extensions in extensions.ini. It took a while to figure that one out. Before that php -i would seg fault and core dump. It took some google searching and using gdb on the core file to fix it. A test web page for phpinfo works fine too. Mysql works OK from the command line. However I can't get phpMyAdmin to work. It seg faults in reading /usr/local/www/phpMyAdmin/libraries/url_generating.lib.php There is no core dump produced. Hmmm... very strange. We have just built a RELENG_6_2 server with apache13-ssl, php5 and phpMyAdmin and no such problems are apparent. Did you modify the CFLAGS or otherwise change the level of optimization used by the compiler? No CFLAGS were changed or anything else. It's a very standard install. I ran ktrace httpd -X Then when I try to open the phpMyAdmin/index.php page in a browser httpd seg faults. Here is the tail of kdump from the ktrace.out from the above ktrace. 1372 httpdCALL gettimeofday(0xbfbf7158,0) 1372 httpdRET gettimeofday 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr 1372 httpdRET lstat 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr/local 1372 httpdRET lstat 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr/local/www 1372 httpdRET lstat 0 1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0) 1372 httpdNAMI /usr/local/www/phpMyAdmin 1372 httpdRET lstat 0 1372 httpd
Re: phpMyAdmin httpd segmentation fault
I started from scratch and built a completely new system by installing
from CD's on a different computer and it does the exact same thing
in the exact same place. At this point I'm a little surprised that
no one else has run across this.
Terry Todd
On Tue, Feb 06, 2007 at 08:42:30AM -0600, Terry Todd wrote:
On Tue, Feb 06, 2007 at 07:14:02AM +, Matthew Seaman wrote:
Terry Todd wrote:
On Mon, Feb 05, 2007 at 07:07:25AM -0800, Garrett Cooper wrote:
Terry Todd wrote:
On Sun, Feb 04, 2007 at 09:36:58AM +, Matthew Seaman wrote:
Terry Todd wrote:
I installed FreeBSD 6.2-RELEASE, php-5.1.6_3, php5-extensions-1.0,
mysql-5.0.27 and apache_1.3.37_1.
php -i now works Ok after I moved recode.so to the top of the list
of extensions in extensions.ini. It took a while to figure that
one out. Before that php -i would seg fault and core dump. It
took some google searching and using gdb on the core file to fix
it.
A test web page for phpinfo works fine too. Mysql works OK from
the command line.
However I can't get phpMyAdmin to work. It seg faults in reading
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
There is no core dump produced.
Hmmm... very strange. We have just built a RELENG_6_2 server with
apache13-ssl, php5 and phpMyAdmin and no such problems are apparent.
Did you modify the CFLAGS or otherwise change the level of
optimization used by the compiler?
No CFLAGS were changed or anything else. It's a very standard install.
I ran ktrace httpd -X
Then when I try to open the phpMyAdmin/index.php page in a browser
httpd seg faults.
Here is the tail of kdump from the ktrace.out from the above ktrace.
1372 httpdCALL gettimeofday(0xbfbf7158,0)
1372 httpdRET gettimeofday 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin/libraries
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET lstat 0
1372 httpdCALL open(0x845eda8,0,0x1b6)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET open 4
1372 httpdCALL fstat(0x4,0x8102748)
1372 httpdRET fstat 0
1372 httpdCALL lseek(0x4,0,0,0,0x1)
1372 httpdRET lseek 0
1372 httpdCALL read(0x4,0x82e3028,0x2000)
1372 httpdGIO fd 4 read 4096 bytes
?php
/* $Id: url_generating.lib.php,v 2.12.2.1 2006/09/26 19:23:24
lem9 Exp $ */
// vim: expandtab sw=4 ts=4 sts=4:
/**
* URL/hidden inputs generating.
*/
/**
* Generates text with hidden inputs.
*
* @see PMA_generate_common_url()
* @param string optional database name
* @param string optional table name
* @param int indenting level
*
* @return string string with input fields
*
* @global string the current language
* @global string the current conversion charset
* @global string the current connection collation
* @global string the current server
* @global arraythe configuration array
* @global boolean whether recoding is allowed or not
*
*
* @access public
*
* @author nijel
*/
function PMA_generate_common_hidden_inputs($db = '', $table =
'', $indent = 0, $skip = array())
{
if (is_array($db)) {
$params = $db;
$_indent = empty($table) ? $indent : $table;
$_skip = empty($indent) ? $skip : $indent;
$indent = $_indent;
$skip= $_skip;
} else {
$params = array();
if (isset($db) strlen($db)) {
$params['db'] = $db;
}
if (isset($table) strlen($table)) {
$params['table'] = $table;
}
}
if (! empty($GLOBALS['server'])
$GLOBALS['server'] !=
Re: phpMyAdmin httpd segmentation fault
On Tue, Feb 06, 2007 at 07:14:02AM +, Matthew Seaman wrote:
Terry Todd wrote:
On Mon, Feb 05, 2007 at 07:07:25AM -0800, Garrett Cooper wrote:
Terry Todd wrote:
On Sun, Feb 04, 2007 at 09:36:58AM +, Matthew Seaman wrote:
Terry Todd wrote:
I installed FreeBSD 6.2-RELEASE, php-5.1.6_3, php5-extensions-1.0,
mysql-5.0.27 and apache_1.3.37_1.
php -i now works Ok after I moved recode.so to the top of the list
of extensions in extensions.ini. It took a while to figure that
one out. Before that php -i would seg fault and core dump. It
took some google searching and using gdb on the core file to fix
it.
A test web page for phpinfo works fine too. Mysql works OK from
the command line.
However I can't get phpMyAdmin to work. It seg faults in reading
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
There is no core dump produced.
Hmmm... very strange. We have just built a RELENG_6_2 server with
apache13-ssl, php5 and phpMyAdmin and no such problems are apparent.
Did you modify the CFLAGS or otherwise change the level of
optimization used by the compiler?
No CFLAGS were changed or anything else. It's a very standard install.
I ran ktrace httpd -X
Then when I try to open the phpMyAdmin/index.php page in a browser
httpd seg faults.
Here is the tail of kdump from the ktrace.out from the above ktrace.
1372 httpdCALL gettimeofday(0xbfbf7158,0)
1372 httpdRET gettimeofday 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin/libraries
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET lstat 0
1372 httpdCALL open(0x845eda8,0,0x1b6)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET open 4
1372 httpdCALL fstat(0x4,0x8102748)
1372 httpdRET fstat 0
1372 httpdCALL lseek(0x4,0,0,0,0x1)
1372 httpdRET lseek 0
1372 httpdCALL read(0x4,0x82e3028,0x2000)
1372 httpdGIO fd 4 read 4096 bytes
?php
/* $Id: url_generating.lib.php,v 2.12.2.1 2006/09/26 19:23:24
lem9 Exp $ */
// vim: expandtab sw=4 ts=4 sts=4:
/**
* URL/hidden inputs generating.
*/
/**
* Generates text with hidden inputs.
*
* @see PMA_generate_common_url()
* @param string optional database name
* @param string optional table name
* @param int indenting level
*
* @return string string with input fields
*
* @global string the current language
* @global string the current conversion charset
* @global string the current connection collation
* @global string the current server
* @global arraythe configuration array
* @global boolean whether recoding is allowed or not
*
*
* @access public
*
* @author nijel
*/
function PMA_generate_common_hidden_inputs($db = '', $table =
'', $indent = 0, $skip = array())
{
if (is_array($db)) {
$params = $db;
$_indent = empty($table) ? $indent : $table;
$_skip = empty($indent) ? $skip : $indent;
$indent = $_indent;
$skip= $_skip;
} else {
$params = array();
if (isset($db) strlen($db)) {
$params['db'] = $db;
}
if (isset($table) strlen($table)) {
$params['table'] = $table;
}
}
if (! empty($GLOBALS['server'])
$GLOBALS['server'] != $GLOBALS['cfg']['ServerDefault'])
{
$params['server'] = $GLOBALS['server'];
}
if (empty($_COOKIE['pma_lang'])
! empty($GLOBALS['lang'])) {
$params['lang'] = $GLOBALS['lang'];
}
if (empty($_COOKIE['pma_charset'])
! empty($GLOBALS['convcharset'])) {
$params['convcharset'] = $GLOBALS['convcharset'];
Re: phpMyAdmin httpd segmentation fault
On Sun, Feb 04, 2007 at 09:36:58AM +, Matthew Seaman wrote:
Terry Todd wrote:
I installed FreeBSD 6.2-RELEASE, php-5.1.6_3, php5-extensions-1.0,
mysql-5.0.27 and apache_1.3.37_1.
php -i now works Ok after I moved recode.so to the top of the list
of extensions in extensions.ini. It took a while to figure that
one out. Before that php -i would seg fault and core dump. It
took some google searching and using gdb on the core file to fix
it.
A test web page for phpinfo works fine too. Mysql works OK from
the command line.
However I can't get phpMyAdmin to work. It seg faults in reading
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
There is no core dump produced.
Hmmm... very strange. We have just built a RELENG_6_2 server with
apache13-ssl, php5 and phpMyAdmin and no such problems are apparent.
Did you modify the CFLAGS or otherwise change the level of
optimization used by the compiler?
No CFLAGS were changed or anything else. It's a very standard install.
I ran ktrace httpd -X
Then when I try to open the phpMyAdmin/index.php page in a browser
httpd seg faults.
Here is the tail of kdump from the ktrace.out from the above ktrace.
1372 httpdCALL gettimeofday(0xbfbf7158,0)
1372 httpdRET gettimeofday 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin/libraries
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET lstat 0
1372 httpdCALL open(0x845eda8,0,0x1b6)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET open 4
1372 httpdCALL fstat(0x4,0x8102748)
1372 httpdRET fstat 0
1372 httpdCALL lseek(0x4,0,0,0,0x1)
1372 httpdRET lseek 0
1372 httpdCALL read(0x4,0x82e3028,0x2000)
1372 httpdGIO fd 4 read 4096 bytes
?php
/* $Id: url_generating.lib.php,v 2.12.2.1 2006/09/26 19:23:24 lem9
Exp $ */
// vim: expandtab sw=4 ts=4 sts=4:
/**
* URL/hidden inputs generating.
*/
/**
* Generates text with hidden inputs.
*
* @see PMA_generate_common_url()
* @param string optional database name
* @param string optional table name
* @param int indenting level
*
* @return string string with input fields
*
* @global string the current language
* @global string the current conversion charset
* @global string the current connection collation
* @global string the current server
* @global arraythe configuration array
* @global boolean whether recoding is allowed or not
*
*
* @access public
*
* @author nijel
*/
function PMA_generate_common_hidden_inputs($db = '', $table = '',
$indent = 0, $skip = array())
{
if (is_array($db)) {
$params = $db;
$_indent = empty($table) ? $indent : $table;
$_skip = empty($indent) ? $skip : $indent;
$indent = $_indent;
$skip= $_skip;
} else {
$params = array();
if (isset($db) strlen($db)) {
$params['db'] = $db;
}
if (isset($table) strlen($table)) {
$params['table'] = $table;
}
}
if (! empty($GLOBALS['server'])
$GLOBALS['server'] != $GLOBALS['cfg']['ServerDefault']) {
$params['server'] = $GLOBALS['server'];
}
if (empty($_COOKIE['pma_lang'])
! empty($GLOBALS['lang'])) {
$params['lang'] = $GLOBALS['lang'];
}
if (empty($_COOKIE['pma_charset'])
! empty($GLOBALS['convcharset'])) {
$params['convcharset'] = $GLOBALS['convcharset'];
}
if (empty($_COOKIE['pma_collation_connection'])
! empty($GLOBALS['collation_connection'])) {
Re: phpMyAdmin httpd segmentation fault
Terry Todd wrote:
On Sun, Feb 04, 2007 at 09:36:58AM +, Matthew Seaman wrote:
Terry Todd wrote:
I installed FreeBSD 6.2-RELEASE, php-5.1.6_3, php5-extensions-1.0,
mysql-5.0.27 and apache_1.3.37_1.
php -i now works Ok after I moved recode.so to the top of the list
of extensions in extensions.ini. It took a while to figure that
one out. Before that php -i would seg fault and core dump. It
took some google searching and using gdb on the core file to fix
it.
A test web page for phpinfo works fine too. Mysql works OK from
the command line.
However I can't get phpMyAdmin to work. It seg faults in reading
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
There is no core dump produced.
Hmmm... very strange. We have just built a RELENG_6_2 server with
apache13-ssl, php5 and phpMyAdmin and no such problems are apparent.
Did you modify the CFLAGS or otherwise change the level of
optimization used by the compiler?
No CFLAGS were changed or anything else. It's a very standard install.
I ran ktrace httpd -X
Then when I try to open the phpMyAdmin/index.php page in a browser
httpd seg faults.
Here is the tail of kdump from the ktrace.out from the above ktrace.
1372 httpdCALL gettimeofday(0xbfbf7158,0)
1372 httpdRET gettimeofday 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin/libraries
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET lstat 0
1372 httpdCALL open(0x845eda8,0,0x1b6)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET open 4
1372 httpdCALL fstat(0x4,0x8102748)
1372 httpdRET fstat 0
1372 httpdCALL lseek(0x4,0,0,0,0x1)
1372 httpdRET lseek 0
1372 httpdCALL read(0x4,0x82e3028,0x2000)
1372 httpdGIO fd 4 read 4096 bytes
?php
/* $Id: url_generating.lib.php,v 2.12.2.1 2006/09/26 19:23:24 lem9 Exp
$ */
// vim: expandtab sw=4 ts=4 sts=4:
/**
* URL/hidden inputs generating.
*/
/**
* Generates text with hidden inputs.
*
* @see PMA_generate_common_url()
* @param string optional database name
* @param string optional table name
* @param int indenting level
*
* @return string string with input fields
*
* @global string the current language
* @global string the current conversion charset
* @global string the current connection collation
* @global string the current server
* @global arraythe configuration array
* @global boolean whether recoding is allowed or not
*
*
* @access public
*
* @author nijel
*/
function PMA_generate_common_hidden_inputs($db = '', $table = '',
$indent = 0, $skip = array())
{
if (is_array($db)) {
$params = $db;
$_indent = empty($table) ? $indent : $table;
$_skip = empty($indent) ? $skip : $indent;
$indent = $_indent;
$skip= $_skip;
} else {
$params = array();
if (isset($db) strlen($db)) {
$params['db'] = $db;
}
if (isset($table) strlen($table)) {
$params['table'] = $table;
}
}
if (! empty($GLOBALS['server'])
$GLOBALS['server'] != $GLOBALS['cfg']['ServerDefault']) {
$params['server'] = $GLOBALS['server'];
}
if (empty($_COOKIE['pma_lang'])
! empty($GLOBALS['lang'])) {
$params['lang'] = $GLOBALS['lang'];
}
if (empty($_COOKIE['pma_charset'])
! empty($GLOBALS['convcharset'])) {
$params['convcharset'] = $GLOBALS['convcharset'];
}
if (empty($_COOKIE['pma_collation_connection'])
! empty($GLOBALS['collation_connection'])) {
$params['collation_connection'] =
$GLOBALS['collation_connection'];
}
$params['token'] = $_SESSION[' PMA_token '];
if (! is_array($skip)) {
if (isset($params[$skip])) {
Re: phpMyAdmin httpd segmentation fault
On Mon, Feb 05, 2007 at 07:07:25AM -0800, Garrett Cooper wrote:
Terry Todd wrote:
On Sun, Feb 04, 2007 at 09:36:58AM +, Matthew Seaman wrote:
Terry Todd wrote:
I installed FreeBSD 6.2-RELEASE, php-5.1.6_3, php5-extensions-1.0,
mysql-5.0.27 and apache_1.3.37_1.
php -i now works Ok after I moved recode.so to the top of the list
of extensions in extensions.ini. It took a while to figure that
one out. Before that php -i would seg fault and core dump. It
took some google searching and using gdb on the core file to fix
it.
A test web page for phpinfo works fine too. Mysql works OK from
the command line.
However I can't get phpMyAdmin to work. It seg faults in reading
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
There is no core dump produced.
Hmmm... very strange. We have just built a RELENG_6_2 server with
apache13-ssl, php5 and phpMyAdmin and no such problems are apparent.
Did you modify the CFLAGS or otherwise change the level of
optimization used by the compiler?
No CFLAGS were changed or anything else. It's a very standard install.
I ran ktrace httpd -X
Then when I try to open the phpMyAdmin/index.php page in a browser
httpd seg faults.
Here is the tail of kdump from the ktrace.out from the above ktrace.
1372 httpdCALL gettimeofday(0xbfbf7158,0)
1372 httpdRET gettimeofday 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin/libraries
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET lstat 0
1372 httpdCALL open(0x845eda8,0,0x1b6)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET open 4
1372 httpdCALL fstat(0x4,0x8102748)
1372 httpdRET fstat 0
1372 httpdCALL lseek(0x4,0,0,0,0x1)
1372 httpdRET lseek 0
1372 httpdCALL read(0x4,0x82e3028,0x2000)
1372 httpdGIO fd 4 read 4096 bytes
?php
/* $Id: url_generating.lib.php,v 2.12.2.1 2006/09/26 19:23:24
lem9 Exp $ */
// vim: expandtab sw=4 ts=4 sts=4:
/**
* URL/hidden inputs generating.
*/
/**
* Generates text with hidden inputs.
*
* @see PMA_generate_common_url()
* @param string optional database name
* @param string optional table name
* @param int indenting level
*
* @return string string with input fields
*
* @global string the current language
* @global string the current conversion charset
* @global string the current connection collation
* @global string the current server
* @global arraythe configuration array
* @global boolean whether recoding is allowed or not
*
*
* @access public
*
* @author nijel
*/
function PMA_generate_common_hidden_inputs($db = '', $table = '',
$indent = 0, $skip = array())
{
if (is_array($db)) {
$params = $db;
$_indent = empty($table) ? $indent : $table;
$_skip = empty($indent) ? $skip : $indent;
$indent = $_indent;
$skip= $_skip;
} else {
$params = array();
if (isset($db) strlen($db)) {
$params['db'] = $db;
}
if (isset($table) strlen($table)) {
$params['table'] = $table;
}
}
if (! empty($GLOBALS['server'])
$GLOBALS['server'] != $GLOBALS['cfg']['ServerDefault']) {
$params['server'] = $GLOBALS['server'];
}
if (empty($_COOKIE['pma_lang'])
! empty($GLOBALS['lang'])) {
$params['lang'] = $GLOBALS['lang'];
}
if (empty($_COOKIE['pma_charset'])
! empty($GLOBALS['convcharset'])) {
$params['convcharset'] = $GLOBALS['convcharset'];
}
if (empty($_COOKIE['pma_collation_connection'])
Re: phpMyAdmin httpd segmentation fault
Terry Todd wrote:
On Mon, Feb 05, 2007 at 07:07:25AM -0800, Garrett Cooper wrote:
Terry Todd wrote:
On Sun, Feb 04, 2007 at 09:36:58AM +, Matthew Seaman wrote:
Terry Todd wrote:
I installed FreeBSD 6.2-RELEASE, php-5.1.6_3, php5-extensions-1.0,
mysql-5.0.27 and apache_1.3.37_1.
php -i now works Ok after I moved recode.so to the top of the list
of extensions in extensions.ini. It took a while to figure that
one out. Before that php -i would seg fault and core dump. It
took some google searching and using gdb on the core file to fix
it.
A test web page for phpinfo works fine too. Mysql works OK from
the command line.
However I can't get phpMyAdmin to work. It seg faults in reading
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
There is no core dump produced.
Hmmm... very strange. We have just built a RELENG_6_2 server with
apache13-ssl, php5 and phpMyAdmin and no such problems are apparent.
Did you modify the CFLAGS or otherwise change the level of
optimization used by the compiler?
No CFLAGS were changed or anything else. It's a very standard install.
I ran ktrace httpd -X
Then when I try to open the phpMyAdmin/index.php page in a browser
httpd seg faults.
Here is the tail of kdump from the ktrace.out from the above ktrace.
1372 httpdCALL gettimeofday(0xbfbf7158,0)
1372 httpdRET gettimeofday 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin/libraries
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET lstat 0
1372 httpdCALL open(0x845eda8,0,0x1b6)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET open 4
1372 httpdCALL fstat(0x4,0x8102748)
1372 httpdRET fstat 0
1372 httpdCALL lseek(0x4,0,0,0,0x1)
1372 httpdRET lseek 0
1372 httpdCALL read(0x4,0x82e3028,0x2000)
1372 httpdGIO fd 4 read 4096 bytes
?php
/* $Id: url_generating.lib.php,v 2.12.2.1 2006/09/26 19:23:24
lem9 Exp $ */
// vim: expandtab sw=4 ts=4 sts=4:
/**
* URL/hidden inputs generating.
*/
/**
* Generates text with hidden inputs.
*
* @see PMA_generate_common_url()
* @param string optional database name
* @param string optional table name
* @param int indenting level
*
* @return string string with input fields
*
* @global string the current language
* @global string the current conversion charset
* @global string the current connection collation
* @global string the current server
* @global arraythe configuration array
* @global boolean whether recoding is allowed or not
*
*
* @access public
*
* @author nijel
*/
function PMA_generate_common_hidden_inputs($db = '', $table = '',
$indent = 0, $skip = array())
{
if (is_array($db)) {
$params = $db;
$_indent = empty($table) ? $indent : $table;
$_skip = empty($indent) ? $skip : $indent;
$indent = $_indent;
$skip= $_skip;
} else {
$params = array();
if (isset($db) strlen($db)) {
$params['db'] = $db;
}
if (isset($table) strlen($table)) {
$params['table'] = $table;
}
}
if (! empty($GLOBALS['server'])
$GLOBALS['server'] != $GLOBALS['cfg']['ServerDefault']) {
$params['server'] = $GLOBALS['server'];
}
if (empty($_COOKIE['pma_lang'])
! empty($GLOBALS['lang'])) {
$params['lang'] = $GLOBALS['lang'];
}
if (empty($_COOKIE['pma_charset'])
! empty($GLOBALS['convcharset'])) {
$params['convcharset'] = $GLOBALS['convcharset'];
}
if (empty($_COOKIE['pma_collation_connection'])
! empty($GLOBALS['collation_connection'])) {
$params['collation_connection'] =
Re: phpMyAdmin httpd segmentation fault
Terry Todd wrote:
I installed FreeBSD 6.2-RELEASE, php-5.1.6_3, php5-extensions-1.0,
mysql-5.0.27 and apache_1.3.37_1.
php -i now works Ok after I moved recode.so to the top of the list
of extensions in extensions.ini. It took a while to figure that
one out. Before that php -i would seg fault and core dump. It
took some google searching and using gdb on the core file to fix
it.
A test web page for phpinfo works fine too. Mysql works OK from
the command line.
However I can't get phpMyAdmin to work. It seg faults in reading
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
There is no core dump produced.
Hmmm... very strange. We have just built a RELENG_6_2 server with
apache13-ssl, php5 and phpMyAdmin and no such problems are apparent.
Did you modify the CFLAGS or otherwise change the level of
optimization used by the compiler?
I ran ktrace httpd -X
Then when I try to open the phpMyAdmin/index.php page in a browser
httpd seg faults.
Here is the tail of kdump from the ktrace.out from the above ktrace.
1372 httpdCALL gettimeofday(0xbfbf7158,0)
1372 httpdRET gettimeofday 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin/libraries
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET lstat 0
1372 httpdCALL open(0x845eda8,0,0x1b6)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET open 4
1372 httpdCALL fstat(0x4,0x8102748)
1372 httpdRET fstat 0
1372 httpdCALL lseek(0x4,0,0,0,0x1)
1372 httpdRET lseek 0
1372 httpdCALL read(0x4,0x82e3028,0x2000)
1372 httpdGIO fd 4 read 4096 bytes
?php
/* $Id: url_generating.lib.php,v 2.12.2.1 2006/09/26 19:23:24 lem9
Exp $ */
// vim: expandtab sw=4 ts=4 sts=4:
/**
* URL/hidden inputs generating.
*/
/**
* Generates text with hidden inputs.
*
* @see PMA_generate_common_url()
* @param string optional database name
* @param string optional table name
* @param int indenting level
*
* @return string string with input fields
*
* @global string the current language
* @global string the current conversion charset
* @global string the current connection collation
* @global string the current server
* @global arraythe configuration array
* @global boolean whether recoding is allowed or not
*
*
* @access public
*
* @author nijel
*/
function PMA_generate_common_hidden_inputs($db = '', $table = '',
$indent = 0, $skip = array())
{
if (is_array($db)) {
$params = $db;
$_indent = empty($table) ? $indent : $table;
$_skip = empty($indent) ? $skip : $indent;
$indent = $_indent;
$skip= $_skip;
} else {
$params = array();
if (isset($db) strlen($db)) {
$params['db'] = $db;
}
if (isset($table) strlen($table)) {
$params['table'] = $table;
}
}
if (! empty($GLOBALS['server'])
$GLOBALS['server'] != $GLOBALS['cfg']['ServerDefault']) {
$params['server'] = $GLOBALS['server'];
}
if (empty($_COOKIE['pma_lang'])
! empty($GLOBALS['lang'])) {
$params['lang'] = $GLOBALS['lang'];
}
if (empty($_COOKIE['pma_charset'])
! empty($GLOBALS['convcharset'])) {
$params['convcharset'] = $GLOBALS['convcharset'];
}
if (empty($_COOKIE['pma_collation_connection'])
! empty($GLOBALS['collation_connection'])) {
$params['collation_connection'] =
$GLOBALS['collation_connection'];
}
$params['token'] = $_SESSION[' PMA_token '];
if (! is_array($skip)) {
if (isset($params[$skip])) {
unset($params[$skip]);
phpMyAdmin httpd segmentation fault
I installed FreeBSD 6.2-RELEASE, php-5.1.6_3, php5-extensions-1.0,
mysql-5.0.27 and apache_1.3.37_1.
php -i now works Ok after I moved recode.so to the top of the list
of extensions in extensions.ini. It took a while to figure that
one out. Before that php -i would seg fault and core dump. It
took some google searching and using gdb on the core file to fix
it.
A test web page for phpinfo works fine too. Mysql works OK from
the command line.
However I can't get phpMyAdmin to work. It seg faults in reading
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
There is no core dump produced.
I ran ktrace httpd -X
Then when I try to open the phpMyAdmin/index.php page in a browser
httpd seg faults.
Here is the tail of kdump from the ktrace.out from the above ktrace.
1372 httpdCALL gettimeofday(0xbfbf7158,0)
1372 httpdRET gettimeofday 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI /usr/local/www/phpMyAdmin/libraries
1372 httpdRET lstat 0
1372 httpdCALL lstat(0xbfbf75b0,0xbfbf70f0)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET lstat 0
1372 httpdCALL open(0x845eda8,0,0x1b6)
1372 httpdNAMI
/usr/local/www/phpMyAdmin/libraries/url_generating.lib.php
1372 httpdRET open 4
1372 httpdCALL fstat(0x4,0x8102748)
1372 httpdRET fstat 0
1372 httpdCALL lseek(0x4,0,0,0,0x1)
1372 httpdRET lseek 0
1372 httpdCALL read(0x4,0x82e3028,0x2000)
1372 httpdGIO fd 4 read 4096 bytes
?php
/* $Id: url_generating.lib.php,v 2.12.2.1 2006/09/26 19:23:24 lem9 Exp
$ */
// vim: expandtab sw=4 ts=4 sts=4:
/**
* URL/hidden inputs generating.
*/
/**
* Generates text with hidden inputs.
*
* @see PMA_generate_common_url()
* @param string optional database name
* @param string optional table name
* @param int indenting level
*
* @return string string with input fields
*
* @global string the current language
* @global string the current conversion charset
* @global string the current connection collation
* @global string the current server
* @global arraythe configuration array
* @global boolean whether recoding is allowed or not
*
*
* @access public
*
* @author nijel
*/
function PMA_generate_common_hidden_inputs($db = '', $table = '',
$indent = 0, $skip = array())
{
if (is_array($db)) {
$params = $db;
$_indent = empty($table) ? $indent : $table;
$_skip = empty($indent) ? $skip : $indent;
$indent = $_indent;
$skip= $_skip;
} else {
$params = array();
if (isset($db) strlen($db)) {
$params['db'] = $db;
}
if (isset($table) strlen($table)) {
$params['table'] = $table;
}
}
if (! empty($GLOBALS['server'])
$GLOBALS['server'] != $GLOBALS['cfg']['ServerDefault']) {
$params['server'] = $GLOBALS['server'];
}
if (empty($_COOKIE['pma_lang'])
! empty($GLOBALS['lang'])) {
$params['lang'] = $GLOBALS['lang'];
}
if (empty($_COOKIE['pma_charset'])
! empty($GLOBALS['convcharset'])) {
$params['convcharset'] = $GLOBALS['convcharset'];
}
if (empty($_COOKIE['pma_collation_connection'])
! empty($GLOBALS['collation_connection'])) {
$params['collation_connection'] =
$GLOBALS['collation_connection'];
}
$params['token'] = $_SESSION[' PMA_token '];
if (! is_array($skip)) {
if (isset($params[$skip])) {
unset($params[$skip]);
}
} else {
foreach ($skip as $skipping) {
if (isset($params[$skipping])) {
unset($params[$skipping]);
}
}
}
$spaces = str_repeat('', $indent);
$return = '';
foreach ($params as $key = $val) {
