#28889 [NEW]: httpd coredumps
From: uros at sir-mag dot com Operating system: FreeBSD 5.2.1-RELEASE-p8 PHP version: 4.3.7 PHP Bug Type: Apache2 related Bug description: httpd coredumps Description: I build php on fresh and when i execute httpd it coredumps here is dbg [EMAIL PROTECTED]:/usr/ports/lang/php4#gdb /usr/local/sbin/httpd ./httpd.core GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...(no debugging symbols found)... Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libz.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.2 Reading symbols from /usr/lib/libssl.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.3 Reading symbols from /lib/libcrypto.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.3 Reading symbols from /usr/local/lib/apache2/libaprutil-0.so.9...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/apache2/libaprutil-0.so.9 Reading symbols from /usr/local/lib/libdb41.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libdb41.so.1 Reading symbols from /usr/local/lib/libexpat.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libexpat.so.5 Reading symbols from /usr/local/lib/apache2/libapr-0.so.9...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/apache2/libapr-0.so.9 Reading symbols from /lib/libm.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.2 Reading symbols from /lib/libcrypt.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.2 Reading symbols from /lib/libc.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.5 Reading symbols from /usr/local/lib/nss_winbind.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/nss_winbind.so.1 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x28e8448c in _init () from /usr/local/lib/nss_winbind.so.1 #2 0x28e8689d in _fini () from /usr/local/lib/nss_winbind.so.1 #3 0x2809934f in dlclose () from /libexec/ld-elf.so.1 #4 0x283cf3e3 in _nsdbtput () from /lib/libc.so.5 #5 0x283cec98 in endhostent () from /lib/libc.so.5 #6 0x283cf479 in _nsdbtput () from /lib/libc.so.5 #7 0x283f5384 in exit () from /lib/libc.so.5 #8 0x0806a303 in destroy_and_exit_process () #9 0x0806ae8e in main () #10 0x0805ce42 in _start () also ldd outputs ldd /usr/local/libexec/apache2/libphp4.so /usr/local/libexec/apache2/libphp4.so: libcrypto.so.3 => /lib/libcrypto.so.3 (0x284e9000) libssl.so.3 => /usr/lib/libssl.so.3 (0x285f7000) libcrypt.so.2 => /lib/libcrypt.so.2 (0x28629000) libc-client4.so.8 => /usr/local/lib/libc-client4.so.8 (0x28642000) libzzip.so.10 => /usr/local/lib/libzzip.so.10 (0x286fb000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28701000) libexpat.so.5 => /usr/local/lib/libexpat.so.5 (0x287f) libhistory.so.4 => /usr/lib/libhistory.so.4 (0x2881) libreadline.so.4 => /lib/libreadline.so.4 (0x28817000) libncurses.so.5 => /lib/libncurses.so.5 (0x28845000) libpspell.so.15 => /usr/local/lib/libpspell.so.15 (0x28885000) libpq.so.3 => /usr/local/lib/libpq.so.3 (0x28887000) libpanel.so.2 => /usr/lib/libpanel.so.2 (0x288a4000) libmysqlclient.so.10 => /usr/local/lib/mysql/libmysqlclient.so.10 (0x288a8000) libmcrypt.so.8 => /usr/local/lib/libmcrypt.so.8 (0x288c6000) libltdl.so.4 => /usr/local/lib/libltdl.so.4 (0x288f9000) libpam.so.2 => /usr/lib/libpam.so.2 (0x28901000) libintl.so.6 => /usr/local/lib/libintl.so.6 (0x28908000) libt1.so.5 => /usr/local/lib/libt1.so.5 (0x28911000) libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x28961000) libpng.so.5 => /usr/local/lib/libpng.so.5 (0x289cb000) libz.so.2 => /lib/libz.so.2 (0x289f) libjpeg.so.9 => /usr/local/lib/libjpeg.so.9 (0x289fe000) libcurl.so.3 => /usr/local/lib/libcurl.so.3 (0x28a1c000) libbz2.so.1 => /usr/lib/libbz2.so.1 (0x28a4b000) libm.so.2 => /lib/libm.so.2 (0x28a5a000) libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x28a73000) libaspell.so.15 => /usr/local/lib/libaspell.so.15 (0x28b6b000) libstdc++.so.4 => /usr/lib/libst
#27810 [Com]: Apache-2.0.49 crashes on graceful/restart
ID: 27810 Comment by: uros at sir-mag dot com Reported By: renato at galle dot com dot br Status: Closed Bug Type: Apache2 related Operating System: FreeBSD-5.2.1-RELEASE-p4 PHP Version: 4.3.5 New Comment: I tried on 4.3.7_1 from ports Freebsd-5.2.1-RELEASE-p8 and apache 2.0.49 and problem is still here. When i remove php from httpd.conf restart, graceful and stop is ok. Else i got dump. Previous Comments: [2004-06-03 19:16:31] danv at drydog dot com I have verified that this bug is really fixed this time in PHP 4.3.7. >From inspecting the source, it appears fixed in PHP 5.0RC2 (but I haven't verified by it). [2004-04-23 19:59:52] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-04-23 13:16:47] jorton at redhat dot com php dot 5 dot bluemonster at xoxy dot net, can you get a core dump and backtrace? If it's only triggered by use of mod_ssl, it sounds like a different bug. [2004-04-22 22:40:58] php dot 5 dot bluemonster at xoxy dot net I continue to have a problem on graceful restart when using the alternative patch. No error is logged but Apache stops responding after `apachectl graceful' or sending HUP. It does seem to work with a normal stop/ startssl. I'm on FreeBSD 5.2.1, whereas the others, for whom it's working, are on Linux. I've reverted to a backup of 4.3.4 and am looking into FastCGI as an alternative. [2004-04-22 16:33:37] sugihara at gix dot or dot jp OS: VineLinux2.6r4(kernel2.4.22) Apache: 2.0.49 PHP : 4.3.6 I tried jorton's "alternative patch" too. With or without SSL Apache behave properly when it catch 'HUP' or 'USR1' signal. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/27810 -- Edit this bug report at http://bugs.php.net/?id=27810&edit=1
#12360 [Com]: fsockopen timeout doesn't work
ID: 12360 Comment by: uros at sir-mag dot com Reported By: hordur at modernus dot is Status: Closed Bug Type: Sockets related Operating System: RedHat 6.2 PHP Version: 4.3 New Comment: I'm using PHP 4.3.3 on FreeBSD and also have problems with this fsockopen It seams that no timeout is using, because simple script takes about 1 minute to finish with error. $fp = @fsockopen ('www.damirjosar.com', 80, $errno, $errstr, 1.0); print_r($errno); print_r($errstr); print_r($fp); Error is: 22 Invalid argument And it takes about 1 minute. What about 1.0 second I set. If i use regular system call like dig or nslookup It only takes about 10s for this host. I have same problems with function checkdnsrr and gethostbyname Previous Comments: [2003-09-15 03:09:35] johannes at zoomposters dot com php 4.3.3, redhat 7.3 still not working! [2003-08-26 07:20:43] s dot tijink at snoopmedia dot com the same on PHP 4.3.3 / SuSE 8.0 [2003-08-26 05:36:21] s dot tijink at snoopmedia dot com Hi, using PHP 4.3.2 stable on SuSE 8.0 i've still the same problem that I got no timeout on fsockopen or stream_set_timeout. Greetz, Stephan Tijink [2002-12-22 09:59:11] [EMAIL PROTECTED] An additional note: Under BSDi and threaded builds, the timeout isn't respected. Additionally the openssl test, takes much longer, which leads me to believe, this is a BSDi threading issue, to do with time values. This issue doesn't surface, when --with-experimental-zts is removed from the equation and can't be reproduced on FreeBSD. [2002-12-22 08:02:16] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Fixed (will be in 4.3.0). The problem was related to IPv6 support; specifically, if getaddrinfo returned multiple addresses, PHP would try each in turn, waiting up to the full timeout for each. Now, we abort the loop if a connection times out. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/12360 -- Edit this bug report at http://bugs.php.net/?id=12360&edit=1