#34750 [Opn]: filesize()/stat() fails on too big files
ID: 34750 User updated by: aulbach at mayflower dot de Reported By: aulbach at mayflower dot de Status: Open Bug Type: Feature/Change Request Operating System: all PHP Version: 4.4.0 New Comment: Or think of the case, that you want to read data from a database, which is 32 bit. Or 32 bit unsigned. That's a real life problem! We have those problems more and more. ... Today I got this message from a kid: stat() in perl work propertly !!! perl - rulezzz ! :) Previous Comments: [2005-10-06 10:38:36] aulbach at mayflower dot de - it's not a feature request, it's a workarround over a problem, that otherwise cannot be solved within PHP! (without calling external programs) - For longer term, there is no question, that PHP needs 64 bit integer. [2005-10-06 10:22:20] [EMAIL PROTECTED] This is not a bug, but a feature request. [2005-10-06 10:08:18] aulbach at mayflower dot de Description: Writing a php command-line script, which scans all my files on my big raid, I mentioned, that PHP is not able to handle the case, when the files are bigger than 4 GB. But this is more and more used, cause for example complete DVD-images are just put in one file. PHP itself cannot handle bigger numbers, cause it uses 32 bit integer. Currently I help me with `ls` but that's no real solution. Everyone is using 64 bit integer now. There are many cases, timestamps for example. For now I suggest, that the number is stored as a string, if it gets too big. I use that number only to write it into the database (which can handle 64 bit int), so for that case this is correct. For long term, I suggest a mechanism, that automatically assigns 64 bit integer, if the number gets too big. Reproduce code: --- $fsize = filesize($path); // returns invalid if file is too big, the rest of the program will fail, if I assume, that there will be a number OR $stats = stat($path); // complete record invalid -- Edit this bug report at http://bugs.php.net/?id=34750edit=1
#32979 [Com]: socket stream opened with stream_socket_client doesnt work with stream_select
ID: 32979 Comment by: stotty at tvnet dot hu Reported By: mjpph at stardust dot fi Status: Assigned Bug Type: Streams related Operating System: Linux (Fedora Core 3) PHP Version: 5CVS-2006-01-18 (dev) Assigned To: wez New Comment: I've done some testing, and this bug is definitely triggered by 64 bit+ SSL support. Bug triggers: FC4 64 bit + PHP5.1.2 (configure --with-openssl) FC4 64 bit + PHP 5.1Jan 29 snapshot (configure --with-openssl) Bug does not trigger: FC4 64 bit + PHP 5.1.2 (configure) FC4 64 bit + PHP 5.1Jan29 snapshot (configure) FC4 32 bit + PHP 5.1.2 (configure --with-openssl) FC4 32 bit + PHP 5.0.4-10.5 (stock FC RPM) Previous Comments: [2006-01-17 23:08:59] mjpph at stardust dot fi Doesn't work with the php5.1-200601172130.tar.gz snapshot nor with 5.1.2. [2005-11-07 00:08:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-07-28 01:50:49] lew at mailduct dot com wez -- the problems reported here are all due to a previously fixed bug which has crept back into PHP. It has to do with how the PHP library treats EOF under FreeBSD vs Linux. You worked on this problem previously... please take a look at the currently active Bug #32858 reported by me, as well as your prior fix in Bug #25649. Thanks Lew Payne [2005-05-30 22:11:28] mjpph at stardust dot fi I haven't had problems with different kernels. Only the combination of x86_64, stream_socket_client() or stream_socket_server(), stream_select() and PHP OpenSSL-support seem to reproduce this every time. [2005-05-30 21:57:34] fox dot 69 at gmx dot net i experience a similar problem since the latest standard kernel update with yum (host.domain.com point to the main server IP) : ? $url=http://host.domain.com;; $fp = fopen ($url,r); $buffer=fread($fp,8192); fclose($fp); echo $buffer; ? booted with kernel-2.6.11-1.14_FC3 package: OK booted with kernel-2.6.11-1.27_FC3 package: NOT OK (timeout) NOTE: but only if host.domain.com point to the executing host itself - same with localhost - for all others it seem to be fine 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/32979 -- Edit this bug report at http://bugs.php.net/?id=32979edit=1
#36204 [NEW]: Can#8217;t compile from sources with addition futures (!)
From: xfree at inbox dot lv Operating system: RHEL 4 Update 2 AS x86_64 PHP version: 5.1.2 PHP Bug Type: *Compile Issues Bug description: Can#8217;t compile from sources with addition futures (!) Description: Hi, After two days trying to compile latest PHP release 5.1.2 from sources I would like to write you about some configuration error. I would like to see 3 things in my PHP: mysql support, mcrypt support and imap support. One of the goal reasons witch I see is the AMD64 (x84_64) platform support in PHP. Now main issue. My compilation script is following: 1) MySQL. Return error on ./configure step. Configuration test is fail on mysql_close, mysql_error functions. PHP 4.4.0 compiles without errors #8211; its means that MySQL libraries is configured properly. 2) MCrypt. Return error on ./configure step both PHP4.4.0 and PHP5.1.2. Firstly I compile libmcrypt from sources after mcrypt. Secondly installing libmcrypt-2.5.7 from rpm and after mcrypt from rpm too. Changing libs location from /usr, /usr/local.. trying to set shared options. No any result. The error is the following can#8217;t detect mcrypt version #8211; witch is incorrect because I have a latest lib version. 3) IMAP. Work with out any problems on my test x84 system. In x84_64 return error compilation step on linking c-client futures. After I installing all require devel libraries from rpms - result is the same #8211; compilation error on c-client libraries linking. So, thank you for your important work Hope I help you to find and understand problems. Good lack. Reproduce code: --- PREFIX=/usr/local/apacheBASE2Beta ./configure \ --with-apxs2=$PREFIX/bin/apxs \ --with-openssl \ --with-bz2 \ --with-zlib \ --with-oci8=/home/oracle/OraHome_1 \ --enable-sigchild \ --with-gd \ --without-sqlite \ --without-pdo-sqlite \ --with-xml \ --with-mcrypt=/usr/local --with-imap=shared --with-kerberos=/usr/local --with-imap-ssl \ --with-mysql=shared \ --with-mysqli=/usr/bin/mysql_config \ --with-mysql-sock=/var/lib/mysql/mysql.sock make make install Expected result: N/A Actual result: -- N/A -- Edit bug report at http://bugs.php.net/?id=36204edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36204r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36204r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36204r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36204r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36204r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36204r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36204r=needscript Try newer version:http://bugs.php.net/fix.php?id=36204r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36204r=support Expected behavior:http://bugs.php.net/fix.php?id=36204r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36204r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36204r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36204r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36204r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36204r=dst IIS Stability:http://bugs.php.net/fix.php?id=36204r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36204r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36204r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36204r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36204r=mysqlcfg
#36188 [Opn-Fbk]: faulty user error handler code can cause segfault
ID: 36188 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: FreeBSD 4.x PHP Version: 5.1.2 New Comment: Can't see any segfaults with this code. Provide a real reproduce code that actually demonstrates the problem, not the part of it. Previous Comments: [2006-01-28 06:51:19] [EMAIL PROTECTED] Description: With a poorly written custom PHP error handler it's possible to segfault PHP. Of course fixing the code prevents the sefault, but userland code shouldn't segfault PHP. P.S. - I realize xdebug and APC are both running, but I was told to file the bug report by Rasmus so I am. Reproduce code: --- Version #1: http://www.jeremyjohnstone.com/code/bugs.php.net/segfault_error_handler.phps Version #2 (slightly different reason+crash location, but also segfaults): http://www.jeremyjohnstone.com/code/bugs.php.net/segfault_error_handler2.phps Expected result: Well, the above code is bad, so one would expect something bad to happen, just not a segfault of PHP because of faulty userland code. Actual result: -- Backtrace for code sample #1: http://www.jeremyjohnstone.com/code/bugs.php.net/backtrace.txt Backtrace for code sample #2: http://www.jeremyjohnstone.com/code/bugs.php.net/backtrace2.txt -- Edit this bug report at http://bugs.php.net/?id=36188edit=1
#36175 [NoF-Bgs]: Error connecting to Oracle
ID: 36175 Updated by: [EMAIL PROTECTED] Reported By: mauroi at digbang dot com -Status: No Feedback +Status: Bogus Bug Type: OCI8 related Operating System: CentOS release 4.2 PHP Version: 5.1.2 New Comment: Failing OCIEnvNlsCreate() clearly means that either ORACLE_HOME or some other env variable is invalid or is not set *BEFORE* httpd process is started. And we can't get any additional info in this case, no. Previous Comments: [2006-01-27 15:34:50] [EMAIL PROTECTED] Maybe there is. Or maybe there isn't. Just test the snapshot. [2006-01-27 13:29:02] mauroi at digbang dot com Is there a change in the code that connects to Oracle?? Other way, I don't think it would work. If the bug has been corrected, then I will try the next release. Until then, I'll have to keep 5.1.1. Sorry, but this is a production server. I don't think it would be correct to install a development version. Thank you very much. [2006-01-27 08:36:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-01-26 22:41:38] mauroi at digbang dot com Description: I get this error when I try to connect to a local oracle instance with oci8: OCIEnvNlsCreate() failed. There is something wrong with your system - please check that ORACLE_HOME is set and points to the right directory Under exactly the same configuration, but using PHP 5.1.1 it works as expected. Of course, ORACLE_HOME is correctly defined, and all the environment variables (it works with 5.1.1). The permissions of the tnsnames.ora file are correct (Oracle's 10gR2 bad decision in my opinion). I can send further information, just tell me what. Thanks in advance. Reproduce code: --- Any attempt to connect. Expected result: An oci8 resource Actual result: -- OCIEnvNlsCreate() failed. There is something wrong with your system - please check that ORACLE_HOME is set and points to the right directory -- Edit this bug report at http://bugs.php.net/?id=36175edit=1
#36091 [Asn]: getopt() returns false on every call
ID: 36091 Updated by: [EMAIL PROTECTED] Reported By: oli at isnic dot is Status: Assigned Bug Type: CGI related Operating System: FreeBSD 5.4 PHP Version: 5.1.2, 4.4.2 Assigned To: tony2001 New Comment: I didn't investigate it either, so if you want to do something useful for FreeBSD users - please let us know why changing optreset doesn't affect getopt() (of course, if you're not too tired). Previous Comments: [2006-01-29 20:45:40] ale at FreeBSD dot org I'm not whining, I'm just tired, very tired to see bug reports from FreeBSD users tagged as bogus or simply ignored because they are using the port system of an unsupported platform when they are clearly PHP bugs. You (and this time I mean exactly you, Derick) about two years ago said to a FreeBSD user to stop sending make test reports because he was using a non official version of PHP. Since FreeBSD is the most used *NIX platform with PHP after Linux I would expect more courtesy from you (all) with our users. Returning to this bug, the correct way to re-use getopt on *all* BSD platforms is to reset optind *and* optreset to '1' before every call. The last comment in the 35594 report says there might be another bug, but I didn't investigate further. [2006-01-29 18:13:12] [EMAIL PROTECTED] @ale: Instead of whining about us doing things wrong on FreeBSD why don't you give us a patch? This kind of language doesn't make us feel better about FreeBSD (or its developers). [2006-01-29 17:53:50] ale at FreeBSD dot org Please *stop* saying shit, please! Your attitude towards FreeBSD is just stupid and all your bug database is pervaded by this arrogance; accusing FreeBSD for your coding deficiencies is incredibly childish. Even if you think so, Linux is not the OS reference and the 'optreset' variable existed *before* the birth of Linux and FreeBSD. This is taken from 4.3BSD: The variables opterr and optind are both initialized to 1. The optind variable may be set to another value before a set of calls to getopt() in order to skip over more or less argv entries. In order to use getopt() to evaluate multiple sets of arguments, or to evaluate a single set of arguments multiple times, the variable optreset must be set to 1 before the second and each additional set of calls to getopt(), and the variable optind must be reinitialized. The optreset variable was added to make it possible to call the getopt() function multiple times. [2006-01-24 01:15:43] [EMAIL PROTECTED] Reassigned to myself. I'll commit the patch as soon as I figure out if it works on Solaris and AIX. [2006-01-20 13:30:34] [EMAIL PROTECTED] Changing optind re-initalization to optind = 1; fixes it for me on FreeBSD (and works on Linux). Though it still makes we wonder why FreeBSD prefers to have its own implementation of everything: for some reasons they also have `extern int optreset;`, but it doesn't make any difference whether you change it or not. 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/36091 -- Edit this bug report at http://bugs.php.net/?id=36091edit=1
#36204 [Opn-Fbk]: Can#8217;t compile from sources with addition futures (!)
ID: 36204 Updated by: [EMAIL PROTECTED] Reported By: xfree at inbox dot lv -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: RHEL 4 Update 2 AS x86_64 PHP Version: 5.1.2 New Comment: What if you add --with-libdir=lib64 ? Previous Comments: [2006-01-30 09:48:10] xfree at inbox dot lv Description: Hi, After two days trying to compile latest PHP release 5.1.2 from sources I would like to write you about some configuration error. I would like to see 3 things in my PHP: mysql support, mcrypt support and imap support. One of the goal reasons witch I see is the AMD64 (x84_64) platform support in PHP. Now main issue. My compilation script is following: 1) MySQL. Return error on ./configure step. Configuration test is fail on mysql_close, mysql_error functions. PHP 4.4.0 compiles without errors #8211; its means that MySQL libraries is configured properly. 2) MCrypt. Return error on ./configure step both PHP4.4.0 and PHP5.1.2. Firstly I compile libmcrypt from sources after mcrypt. Secondly installing libmcrypt-2.5.7 from rpm and after mcrypt from rpm too. Changing libs location from /usr, /usr/local.. trying to set shared options. No any result. The error is the following can#8217;t detect mcrypt version #8211; witch is incorrect because I have a latest lib version. 3) IMAP. Work with out any problems on my test x84 system. In x84_64 return error compilation step on linking c-client futures. After I installing all require devel libraries from rpms - result is the same #8211; compilation error on c-client libraries linking. So, thank you for your important work Hope I help you to find and understand problems. Good lack. Reproduce code: --- PREFIX=/usr/local/apacheBASE2Beta ./configure \ --with-apxs2=$PREFIX/bin/apxs \ --with-openssl \ --with-bz2 \ --with-zlib \ --with-oci8=/home/oracle/OraHome_1 \ --enable-sigchild \ --with-gd \ --without-sqlite \ --without-pdo-sqlite \ --with-xml \ --with-mcrypt=/usr/local --with-imap=shared --with-kerberos=/usr/local --with-imap-ssl \ --with-mysql=shared \ --with-mysqli=/usr/bin/mysql_config \ --with-mysql-sock=/var/lib/mysql/mysql.sock make make install Expected result: N/A Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=36204edit=1
#36091 [Asn]: getopt() returns false on every call
ID: 36091 User updated by: oli at isnic dot is Reported By: oli at isnic dot is Status: Assigned Bug Type: CGI related Operating System: FreeBSD 5.4 PHP Version: 5.1.2, 4.4.2 Assigned To: tony2001 New Comment: I don't see any reference to optreset in the php4 code I have so I assume that you are testing something locally, are you trying to set optreset to 0 or 1, since 1 should be the correct value. Previous Comments: [2006-01-30 10:34:48] [EMAIL PROTECTED] I didn't investigate it either, so if you want to do something useful for FreeBSD users - please let us know why changing optreset doesn't affect getopt() (of course, if you're not too tired). [2006-01-29 20:45:40] ale at FreeBSD dot org I'm not whining, I'm just tired, very tired to see bug reports from FreeBSD users tagged as bogus or simply ignored because they are using the port system of an unsupported platform when they are clearly PHP bugs. You (and this time I mean exactly you, Derick) about two years ago said to a FreeBSD user to stop sending make test reports because he was using a non official version of PHP. Since FreeBSD is the most used *NIX platform with PHP after Linux I would expect more courtesy from you (all) with our users. Returning to this bug, the correct way to re-use getopt on *all* BSD platforms is to reset optind *and* optreset to '1' before every call. The last comment in the 35594 report says there might be another bug, but I didn't investigate further. [2006-01-29 18:13:12] [EMAIL PROTECTED] @ale: Instead of whining about us doing things wrong on FreeBSD why don't you give us a patch? This kind of language doesn't make us feel better about FreeBSD (or its developers). [2006-01-29 17:53:50] ale at FreeBSD dot org Please *stop* saying shit, please! Your attitude towards FreeBSD is just stupid and all your bug database is pervaded by this arrogance; accusing FreeBSD for your coding deficiencies is incredibly childish. Even if you think so, Linux is not the OS reference and the 'optreset' variable existed *before* the birth of Linux and FreeBSD. This is taken from 4.3BSD: The variables opterr and optind are both initialized to 1. The optind variable may be set to another value before a set of calls to getopt() in order to skip over more or less argv entries. In order to use getopt() to evaluate multiple sets of arguments, or to evaluate a single set of arguments multiple times, the variable optreset must be set to 1 before the second and each additional set of calls to getopt(), and the variable optind must be reinitialized. The optreset variable was added to make it possible to call the getopt() function multiple times. [2006-01-24 01:15:43] [EMAIL PROTECTED] Reassigned to myself. I'll commit the patch as soon as I figure out if it works on Solaris and AIX. 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/36091 -- Edit this bug report at http://bugs.php.net/?id=36091edit=1
#36091 [Asn]: getopt() returns false on every call
ID: 36091 Updated by: [EMAIL PROTECTED] Reported By: oli at isnic dot is Status: Assigned Bug Type: CGI related Operating System: FreeBSD 5.4 PHP Version: 5.1.2, 4.4.2 Assigned To: tony2001 New Comment: Changing both optind optreset to 1 does the same as changing only optind to 1. I.e. multiple calls to getopt() return expected result after this change. This code apparently doesn't exist in any branches, because I had no chance to test it on Solaris and AIX yet. Previous Comments: [2006-01-30 10:56:37] oli at isnic dot is I don't see any reference to optreset in the php4 code I have so I assume that you are testing something locally, are you trying to set optreset to 0 or 1, since 1 should be the correct value. [2006-01-30 10:34:48] [EMAIL PROTECTED] I didn't investigate it either, so if you want to do something useful for FreeBSD users - please let us know why changing optreset doesn't affect getopt() (of course, if you're not too tired). [2006-01-29 20:45:40] ale at FreeBSD dot org I'm not whining, I'm just tired, very tired to see bug reports from FreeBSD users tagged as bogus or simply ignored because they are using the port system of an unsupported platform when they are clearly PHP bugs. You (and this time I mean exactly you, Derick) about two years ago said to a FreeBSD user to stop sending make test reports because he was using a non official version of PHP. Since FreeBSD is the most used *NIX platform with PHP after Linux I would expect more courtesy from you (all) with our users. Returning to this bug, the correct way to re-use getopt on *all* BSD platforms is to reset optind *and* optreset to '1' before every call. The last comment in the 35594 report says there might be another bug, but I didn't investigate further. [2006-01-29 18:13:12] [EMAIL PROTECTED] @ale: Instead of whining about us doing things wrong on FreeBSD why don't you give us a patch? This kind of language doesn't make us feel better about FreeBSD (or its developers). [2006-01-29 17:53:50] ale at FreeBSD dot org Please *stop* saying shit, please! Your attitude towards FreeBSD is just stupid and all your bug database is pervaded by this arrogance; accusing FreeBSD for your coding deficiencies is incredibly childish. Even if you think so, Linux is not the OS reference and the 'optreset' variable existed *before* the birth of Linux and FreeBSD. This is taken from 4.3BSD: The variables opterr and optind are both initialized to 1. The optind variable may be set to another value before a set of calls to getopt() in order to skip over more or less argv entries. In order to use getopt() to evaluate multiple sets of arguments, or to evaluate a single set of arguments multiple times, the variable optreset must be set to 1 before the second and each additional set of calls to getopt(), and the variable optind must be reinitialized. The optreset variable was added to make it possible to call the getopt() function multiple times. 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/36091 -- Edit this bug report at http://bugs.php.net/?id=36091edit=1
#36205 [NEW]: Memory leaks with 5.1.2
From: alain dot russell at blackpepper dot co dot nz Operating system: Mac OSX Server PHP version: 5.1.2 PHP Bug Type: Unknown/Other Function Bug description: Memory leaks with 5.1.2 Description: Since upgrading to 5.1.2 I am seeing a lot of memory leak errors. Reproduce code: --- n/a ? Expected result: No memory leak warnings. Actual result: -- Example errors as follows: [Mon Jan 30 22:22:16 2006] Script: '/Library/WebServer/ Documents/cohesion/itcintl.co.nz/index.php' /Users/admin/Desktop/php-5.1.2/main/php_variables.c(186) : Freeing 0x005F6548 (16 bytes), script=/Library/WebServer/ Documents/cohesion/itcintl.co.nz/index.php Last leak repeated 2 times [Mon Jan 30 22:22:16 2006] Script: '/Library/WebServer/ Documents/cohesion/itcintl.co.nz/index.php' /Users/admin/Desktop/php-5.1.2/ext/standard/string.c(3006) : Freeing 0x005B1E28 (5 bytes), script=/Library/WebServer/ Documents/cohesion/itcintl.co.nz/index.php /Users/admin/Desktop/php-5.1.2/Zend/zend_alloc.c(237) : Actual location (location was relayed) Last leak repeated 2 times === Total 6 memory leaks detected === [Mon Jan 30 22:43:49 2006] Script: '/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php' /Users/admin/Desktop/php-5.1.2/ext/standard/string.c(3006) : Freeing 0x005D5448 (9 bytes), script=/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php /Users/admin/Desktop/php-5.1.2/Zend/zend_alloc.c(237) : Actual location (location was relayed) [Mon Jan 30 22:43:49 2006] Script: '/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php' /Users/admin/Desktop/php-5.1.2/main/php_variables.c(186) : Freeing 0x005F4798 (16 bytes), script=/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php === Total 2 memory leaks detected === [Mon Jan 30 22:44:07 2006] Script: '/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php' /Users/admin/Desktop/php-5.1.2/ext/standard/string.c(3006) : Freeing 0x005B1E28 (9 bytes), script=/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php /Users/admin/Desktop/php-5.1.2/Zend/zend_alloc.c(237) : Actual location (location was relayed) [Mon Jan 30 22:44:07 2006] Script: '/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php' /Users/admin/Desktop/php-5.1.2/main/php_variables.c(186) : Freeing 0x005EED98 (16 bytes), script=/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php === Total 2 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=36205edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36205r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36205r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36205r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36205r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36205r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36205r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36205r=needscript Try newer version:http://bugs.php.net/fix.php?id=36205r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36205r=support Expected behavior:http://bugs.php.net/fix.php?id=36205r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36205r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36205r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36205r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36205r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36205r=dst IIS Stability:http://bugs.php.net/fix.php?id=36205r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36205r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36205r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36205r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36205r=mysqlcfg
#36205 [Opn-Fbk]: Memory leaks with 5.1.2
ID: 36205 Updated by: [EMAIL PROTECTED] Reported By: alain dot russell at blackpepper dot co dot nz -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Mac OSX Server PHP Version: 5.1.2 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2006-01-30 11:23:51] alain dot russell at blackpepper dot co dot nz Description: Since upgrading to 5.1.2 I am seeing a lot of memory leak errors. Reproduce code: --- n/a ? Expected result: No memory leak warnings. Actual result: -- Example errors as follows: [Mon Jan 30 22:22:16 2006] Script: '/Library/WebServer/ Documents/cohesion/itcintl.co.nz/index.php' /Users/admin/Desktop/php-5.1.2/main/php_variables.c(186) : Freeing 0x005F6548 (16 bytes), script=/Library/WebServer/ Documents/cohesion/itcintl.co.nz/index.php Last leak repeated 2 times [Mon Jan 30 22:22:16 2006] Script: '/Library/WebServer/ Documents/cohesion/itcintl.co.nz/index.php' /Users/admin/Desktop/php-5.1.2/ext/standard/string.c(3006) : Freeing 0x005B1E28 (5 bytes), script=/Library/WebServer/ Documents/cohesion/itcintl.co.nz/index.php /Users/admin/Desktop/php-5.1.2/Zend/zend_alloc.c(237) : Actual location (location was relayed) Last leak repeated 2 times === Total 6 memory leaks detected === [Mon Jan 30 22:43:49 2006] Script: '/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php' /Users/admin/Desktop/php-5.1.2/ext/standard/string.c(3006) : Freeing 0x005D5448 (9 bytes), script=/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php /Users/admin/Desktop/php-5.1.2/Zend/zend_alloc.c(237) : Actual location (location was relayed) [Mon Jan 30 22:43:49 2006] Script: '/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php' /Users/admin/Desktop/php-5.1.2/main/php_variables.c(186) : Freeing 0x005F4798 (16 bytes), script=/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php === Total 2 memory leaks detected === [Mon Jan 30 22:44:07 2006] Script: '/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php' /Users/admin/Desktop/php-5.1.2/ext/standard/string.c(3006) : Freeing 0x005B1E28 (9 bytes), script=/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php /Users/admin/Desktop/php-5.1.2/Zend/zend_alloc.c(237) : Actual location (location was relayed) [Mon Jan 30 22:44:07 2006] Script: '/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php' /Users/admin/Desktop/php-5.1.2/main/php_variables.c(186) : Freeing 0x005EED98 (16 bytes), script=/Library/WebServer/ Documents/blackpepper/sportzone.co.nz/index.php === Total 2 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=36205edit=1
#36206 [NEW]: LDAP in nsswitch.conf causes segfault when resolving hostnames in PHP
From: arnout at argeweb dot nl
Operating system: freeBSD 5.4
PHP version: 5.1.2
PHP Bug Type: CGI related
Bug description: LDAP in nsswitch.conf causes segfault when resolving
hostnames in PHP
Description:
Any hostname resolve in PHP causes a segmentation fault.
It only happens when this file contains the ldap keyword.
When removed, everything works fine.
Everything works great when using modphp. It only happens when using the
executable.
[EMAIL PROTECTED]: / # cat /etc/nsswitch.conf
group: files ldap
group_compat: nis
hosts: files dns
networks: files
passwd: files
passwd_compat: nis
shells: files
We've seen it on two seperate systems.
It's on PHP versions 5.0.5, 5.1.1 and 5.1.2
Server #1:
openldap 2.2.30
nss_ldap 1.244
php 5.0.5
FreeBSD 5.4-RELEASE-p8
Server #2:
nss_ldap-1.239
openldap-client-2.2.27
php 5.1.2
FreeBSD 5.4-RELEASE-p8
Reproduce code:
---
[EMAIL PROTECTED]: / # echo ? echo gethostbyname('php.net'); ? | php
[EMAIL PROTECTED]: / # echo ? mysql_connect( 'badgerbadger', '', '' ); ? |
php
#!/usr/local/bin/php
?php
// this
echo gethostbyname( 'php.net' );
// AND this too
mysql_connect( 'blahdieblah', '', '' );
// and anything that resolves.
?
Expected result:
An IP-address and an error because the mysql host doesn't exist.
Actual result:
--
Segmentation fault on any line that resolves a hostname.
--
Edit bug report at http://bugs.php.net/?id=36206edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36206r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36206r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36206r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36206r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36206r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36206r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36206r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36206r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36206r=support
Expected behavior:http://bugs.php.net/fix.php?id=36206r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36206r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36206r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36206r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36206r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36206r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36206r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36206r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36206r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36206r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36206r=mysqlcfg
#36207 [NEW]: make test failed
From: tod at madtoon dot net Operating system: Fedora Core 4 PHP version: 5.1.2 PHP Bug Type: Unknown/Other Function Bug description: make test failed Description: make test failed, was asked to send results: iconv stream filter [ext/iconv/tests/iconv_stream_filter.phpt] Bug #35785 (SimpleXML memory read error) [ext/simplexml/tests/bug35785.phpt] ./configure -prefix=/opt --with-apxs2=/opt/jakarta/apache/bin/apxs --with-mysql=/opt/mysql --disable-cgi --with-zlib Reproduce code: --- n/a Expected result: n/a Actual result: -- n/a -- Edit bug report at http://bugs.php.net/?id=36207edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36207r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36207r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36207r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36207r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36207r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36207r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36207r=needscript Try newer version:http://bugs.php.net/fix.php?id=36207r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36207r=support Expected behavior:http://bugs.php.net/fix.php?id=36207r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36207r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36207r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36207r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36207r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36207r=dst IIS Stability:http://bugs.php.net/fix.php?id=36207r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36207r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36207r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36207r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36207r=mysqlcfg
#36206 [Opn-Fbk]: LDAP in nsswitch.conf causes segfault when resolving hostnames in PHP
ID: 36206
Updated by: [EMAIL PROTECTED]
Reported By: arnout at argeweb dot nl
-Status: Open
+Status: Feedback
Bug Type: CGI related
Operating System: freeBSD 5.4
PHP Version: 5.1.2
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
Previous Comments:
[2006-01-30 11:41:10] arnout at argeweb dot nl
Description:
Any hostname resolve in PHP causes a segmentation fault.
It only happens when this file contains the ldap keyword.
When removed, everything works fine.
Everything works great when using modphp. It only happens when using
the executable.
[EMAIL PROTECTED]: / # cat /etc/nsswitch.conf
group: files ldap
group_compat: nis
hosts: files dns
networks: files
passwd: files
passwd_compat: nis
shells: files
We've seen it on two seperate systems.
It's on PHP versions 5.0.5, 5.1.1 and 5.1.2
Server #1:
openldap 2.2.30
nss_ldap 1.244
php 5.0.5
FreeBSD 5.4-RELEASE-p8
Server #2:
nss_ldap-1.239
openldap-client-2.2.27
php 5.1.2
FreeBSD 5.4-RELEASE-p8
Reproduce code:
---
[EMAIL PROTECTED]: / # echo ? echo gethostbyname('php.net'); ? | php
[EMAIL PROTECTED]: / # echo ? mysql_connect( 'badgerbadger', '', '' ); ? |
php
#!/usr/local/bin/php
?php
// this
echo gethostbyname( 'php.net' );
// AND this too
mysql_connect( 'blahdieblah', '', '' );
// and anything that resolves.
?
Expected result:
An IP-address and an error because the mysql host doesn't exist.
Actual result:
--
Segmentation fault on any line that resolves a hostname.
--
Edit this bug report at http://bugs.php.net/?id=36206edit=1
#36206 [Com]: LDAP in nsswitch.conf causes segfault when resolving hostnames in PHP
ID: 36206
Comment by: oersoep at gmail dot com
Reported By: arnout at argeweb dot nl
Status: Feedback
Bug Type: CGI related
Operating System: freeBSD 5.4
PHP Version: 5.1.2
New Comment:
#0 0x in ?? ()
#1 0x292ff7a5 in ?? () from /usr/local/lib/nss_ldap.so.1
#2 0x2930a4c0 in ?? () from /usr/local/lib/nss_ldap.so.1
#3 0x2817d760 in ?? () from /libexec/ld-elf.so.1
#4 0x2817d5d8 in ?? () from /libexec/ld-elf.so.1
#5 0x292ff740 in ?? () from /usr/local/lib/nss_ldap.so.1
#6 0x28162730 in _rtld_error () from /libexec/ld-elf.so.1
#7 0x293086c9 in _fini () from /usr/local/lib/nss_ldap.so.1
#8 0x2816380b in find_symdef () from /libexec/ld-elf.so.1
#9 0x28163e6a in dlclose () from /libexec/ld-elf.so.1
#10 0x2845b53c in _nsdbtput () from /lib/libc.so.5
#11 0x2845aef0 in endhostent () from /lib/libc.so.5
#12 0x2845b5bb in _nsdbtput () from /lib/libc.so.5
#13 0x2847e1a5 in __cxa_finalize () from /lib/libc.so.5
#14 0x2847dec6 in exit () from /lib/libc.so.5
#15 0x08130cc5 in main ()
Previous Comments:
[2006-01-30 11:55:17] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2006-01-30 11:41:10] arnout at argeweb dot nl
Description:
Any hostname resolve in PHP causes a segmentation fault.
It only happens when this file contains the ldap keyword.
When removed, everything works fine.
Everything works great when using modphp. It only happens when using
the executable.
[EMAIL PROTECTED]: / # cat /etc/nsswitch.conf
group: files ldap
group_compat: nis
hosts: files dns
networks: files
passwd: files
passwd_compat: nis
shells: files
We've seen it on two seperate systems.
It's on PHP versions 5.0.5, 5.1.1 and 5.1.2
Server #1:
openldap 2.2.30
nss_ldap 1.244
php 5.0.5
FreeBSD 5.4-RELEASE-p8
Server #2:
nss_ldap-1.239
openldap-client-2.2.27
php 5.1.2
FreeBSD 5.4-RELEASE-p8
Reproduce code:
---
[EMAIL PROTECTED]: / # echo ? echo gethostbyname('php.net'); ? | php
[EMAIL PROTECTED]: / # echo ? mysql_connect( 'badgerbadger', '', '' ); ? |
php
#!/usr/local/bin/php
?php
// this
echo gethostbyname( 'php.net' );
// AND this too
mysql_connect( 'blahdieblah', '', '' );
// and anything that resolves.
?
Expected result:
An IP-address and an error because the mysql host doesn't exist.
Actual result:
--
Segmentation fault on any line that resolves a hostname.
--
Edit this bug report at http://bugs.php.net/?id=36206edit=1
#36206 [Fbk-Opn]: LDAP in nsswitch.conf causes segfault when resolving hostnames in PHP
ID: 36206
User updated by: arnout at argeweb dot nl
Reported By: arnout at argeweb dot nl
-Status: Feedback
+Status: Open
Bug Type: CGI related
Operating System: freeBSD 5.4
PHP Version: 5.1.2
New Comment:
status change
Previous Comments:
[2006-01-30 12:00:33] oersoep at gmail dot com
#0 0x in ?? ()
#1 0x292ff7a5 in ?? () from /usr/local/lib/nss_ldap.so.1
#2 0x2930a4c0 in ?? () from /usr/local/lib/nss_ldap.so.1
#3 0x2817d760 in ?? () from /libexec/ld-elf.so.1
#4 0x2817d5d8 in ?? () from /libexec/ld-elf.so.1
#5 0x292ff740 in ?? () from /usr/local/lib/nss_ldap.so.1
#6 0x28162730 in _rtld_error () from /libexec/ld-elf.so.1
#7 0x293086c9 in _fini () from /usr/local/lib/nss_ldap.so.1
#8 0x2816380b in find_symdef () from /libexec/ld-elf.so.1
#9 0x28163e6a in dlclose () from /libexec/ld-elf.so.1
#10 0x2845b53c in _nsdbtput () from /lib/libc.so.5
#11 0x2845aef0 in endhostent () from /lib/libc.so.5
#12 0x2845b5bb in _nsdbtput () from /lib/libc.so.5
#13 0x2847e1a5 in __cxa_finalize () from /lib/libc.so.5
#14 0x2847dec6 in exit () from /lib/libc.so.5
#15 0x08130cc5 in main ()
[2006-01-30 11:55:17] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2006-01-30 11:41:10] arnout at argeweb dot nl
Description:
Any hostname resolve in PHP causes a segmentation fault.
It only happens when this file contains the ldap keyword.
When removed, everything works fine.
Everything works great when using modphp. It only happens when using
the executable.
[EMAIL PROTECTED]: / # cat /etc/nsswitch.conf
group: files ldap
group_compat: nis
hosts: files dns
networks: files
passwd: files
passwd_compat: nis
shells: files
We've seen it on two seperate systems.
It's on PHP versions 5.0.5, 5.1.1 and 5.1.2
Server #1:
openldap 2.2.30
nss_ldap 1.244
php 5.0.5
FreeBSD 5.4-RELEASE-p8
Server #2:
nss_ldap-1.239
openldap-client-2.2.27
php 5.1.2
FreeBSD 5.4-RELEASE-p8
Reproduce code:
---
[EMAIL PROTECTED]: / # echo ? echo gethostbyname('php.net'); ? | php
[EMAIL PROTECTED]: / # echo ? mysql_connect( 'badgerbadger', '', '' ); ? |
php
#!/usr/local/bin/php
?php
// this
echo gethostbyname( 'php.net' );
// AND this too
mysql_connect( 'blahdieblah', '', '' );
// and anything that resolves.
?
Expected result:
An IP-address and an error because the mysql host doesn't exist.
Actual result:
--
Segmentation fault on any line that resolves a hostname.
--
Edit this bug report at http://bugs.php.net/?id=36206edit=1
#36207 [Opn-Bgs]: make test failed
ID: 36207 Updated by: [EMAIL PROTECTED] Reported By: tod at madtoon dot net -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Fedora Core 4 PHP Version: 5.1.2 New Comment: Obviously it's a known issue. See bug #35785. Previous Comments: [2006-01-30 11:51:01] tod at madtoon dot net Description: make test failed, was asked to send results: iconv stream filter [ext/iconv/tests/iconv_stream_filter.phpt] Bug #35785 (SimpleXML memory read error) [ext/simplexml/tests/bug35785.phpt] ./configure -prefix=/opt --with-apxs2=/opt/jakarta/apache/bin/apxs --with-mysql=/opt/mysql --disable-cgi --with-zlib Reproduce code: --- n/a Expected result: n/a Actual result: -- n/a -- Edit this bug report at http://bugs.php.net/?id=36207edit=1
#36091 [Asn]: getopt() returns false on every call
ID: 36091 User updated by: oli at isnic dot is Reported By: oli at isnic dot is Status: Assigned Bug Type: CGI related Operating System: FreeBSD 5.4 PHP Version: 5.1.2, 4.4.2 Assigned To: tony2001 New Comment: optreset works for me on FreeBSD just as optind does when set to 1 and not 0 as it is done now in php. Previous Comments: [2006-01-30 11:04:28] [EMAIL PROTECTED] Changing both optind optreset to 1 does the same as changing only optind to 1. I.e. multiple calls to getopt() return expected result after this change. This code apparently doesn't exist in any branches, because I had no chance to test it on Solaris and AIX yet. [2006-01-30 10:56:37] oli at isnic dot is I don't see any reference to optreset in the php4 code I have so I assume that you are testing something locally, are you trying to set optreset to 0 or 1, since 1 should be the correct value. [2006-01-30 10:34:48] [EMAIL PROTECTED] I didn't investigate it either, so if you want to do something useful for FreeBSD users - please let us know why changing optreset doesn't affect getopt() (of course, if you're not too tired). [2006-01-29 20:45:40] ale at FreeBSD dot org I'm not whining, I'm just tired, very tired to see bug reports from FreeBSD users tagged as bogus or simply ignored because they are using the port system of an unsupported platform when they are clearly PHP bugs. You (and this time I mean exactly you, Derick) about two years ago said to a FreeBSD user to stop sending make test reports because he was using a non official version of PHP. Since FreeBSD is the most used *NIX platform with PHP after Linux I would expect more courtesy from you (all) with our users. Returning to this bug, the correct way to re-use getopt on *all* BSD platforms is to reset optind *and* optreset to '1' before every call. The last comment in the 35594 report says there might be another bug, but I didn't investigate further. [2006-01-29 18:13:12] [EMAIL PROTECTED] @ale: Instead of whining about us doing things wrong on FreeBSD why don't you give us a patch? This kind of language doesn't make us feel better about FreeBSD (or its developers). 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/36091 -- Edit this bug report at http://bugs.php.net/?id=36091edit=1
#36197 [Bgs-Opn]: php does not free script memory when the process alive
ID: 36197
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: Apache related
Operating System: gentoo 2005.1
PHP Version: 5.1.2
New Comment:
My apology of being nagger but the bellow code, use memory (even
without inner free) that become free right after the script execution
ending. is there a problem to get back the php varibles memory, just
like the efree do?
PHP_FUNCTION(momo_test)
{
char *some_memory;
int a;
some_memory = (char *) emalloc(0x400);
for(a=0;a0x400;a++) some_memory[a]=0;
//efree(some_memory);
}
Can you send me more exact reference how the linux memory allocation
responsible for this spend memory?
Previous Comments:
[2006-01-29 16:07:05] [EMAIL PROTECTED]
Expected behaviour. Search more information how memory allocation and
freeing works in Linux from the web..and also 'man ps'
[2006-01-29 09:08:18] [EMAIL PROTECTED]
Description:
while playing with big arrays, i see that memory that was used on php
with apache 1.3 sapi doesn't became free till the next time apache use
*the same* process. here how the memory looks like *after* the scripts
have finish to run:
momo@(none) htdocs # ps -A v|grep http
27677 ?Ss 0:00 0 4188 8875 4532 0.8
/www5/bin/httpd
27679 ?S 0:00 0 4188 8875 3072 0.5
/www5/bin/httpd
27680 ?S 0:03 1 4188 31759 26580 5.1
/www5/bin/httpd
27681 ?S 0:00 0 4188 54019 48740 9.4
/www5/bin/httpd
27682 ?S 0:00 0 4188 8875 2532 0.4
/www5/bin/httpd
27683 ?S 0:00 0 4188 8875 2536 0.4
/www5/bin/httpd
27716 ?S 0:00 0 4188 8875 2536 0.4
/www5/bin/httpd
27764 pts/0R+ 0:00 057 1406 436 0.0 grep http
Reproduce code:
---
for($a=0;$a1024*512;$a++) {
$ret[] = 1.1;
}
--
Edit this bug report at http://bugs.php.net/?id=36197edit=1
#36206 [Opn]: LDAP in nsswitch.conf causes segfault when resolving hostnames in PHP
ID: 36206
User updated by: arnout at argeweb dot nl
Reported By: arnout at argeweb dot nl
Status: Open
Bug Type: CGI related
Operating System: freeBSD 5.4
PHP Version: 5.1.2
New Comment:
This just in:
The script does not terminate. It ends like it's supposed to.
The segfault is put out when the scripts terminates. I don't know if
it's a child process that dies, or that the segfault resides in a
buffer untill termination or something.
[EMAIL PROTECTED]: / # echo ? echo gethostbyname( 'php.net' ); ? | php
64.246.30.37Segmentation fault (core dumped)
I seem to have judged to fast before. But still: I can't surpress this
error. It's ugly!
Previous Comments:
[2006-01-30 12:01:41] arnout at argeweb dot nl
status change
[2006-01-30 12:00:33] oersoep at gmail dot com
#0 0x in ?? ()
#1 0x292ff7a5 in ?? () from /usr/local/lib/nss_ldap.so.1
#2 0x2930a4c0 in ?? () from /usr/local/lib/nss_ldap.so.1
#3 0x2817d760 in ?? () from /libexec/ld-elf.so.1
#4 0x2817d5d8 in ?? () from /libexec/ld-elf.so.1
#5 0x292ff740 in ?? () from /usr/local/lib/nss_ldap.so.1
#6 0x28162730 in _rtld_error () from /libexec/ld-elf.so.1
#7 0x293086c9 in _fini () from /usr/local/lib/nss_ldap.so.1
#8 0x2816380b in find_symdef () from /libexec/ld-elf.so.1
#9 0x28163e6a in dlclose () from /libexec/ld-elf.so.1
#10 0x2845b53c in _nsdbtput () from /lib/libc.so.5
#11 0x2845aef0 in endhostent () from /lib/libc.so.5
#12 0x2845b5bb in _nsdbtput () from /lib/libc.so.5
#13 0x2847e1a5 in __cxa_finalize () from /lib/libc.so.5
#14 0x2847dec6 in exit () from /lib/libc.so.5
#15 0x08130cc5 in main ()
[2006-01-30 11:55:17] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2006-01-30 11:41:10] arnout at argeweb dot nl
Description:
Any hostname resolve in PHP causes a segmentation fault.
It only happens when this file contains the ldap keyword.
When removed, everything works fine.
Everything works great when using modphp. It only happens when using
the executable.
[EMAIL PROTECTED]: / # cat /etc/nsswitch.conf
group: files ldap
group_compat: nis
hosts: files dns
networks: files
passwd: files
passwd_compat: nis
shells: files
We've seen it on two seperate systems.
It's on PHP versions 5.0.5, 5.1.1 and 5.1.2
Server #1:
openldap 2.2.30
nss_ldap 1.244
php 5.0.5
FreeBSD 5.4-RELEASE-p8
Server #2:
nss_ldap-1.239
openldap-client-2.2.27
php 5.1.2
FreeBSD 5.4-RELEASE-p8
Reproduce code:
---
[EMAIL PROTECTED]: / # echo ? echo gethostbyname('php.net'); ? | php
[EMAIL PROTECTED]: / # echo ? mysql_connect( 'badgerbadger', '', '' ); ? |
php
#!/usr/local/bin/php
?php
// this
echo gethostbyname( 'php.net' );
// AND this too
mysql_connect( 'blahdieblah', '', '' );
// and anything that resolves.
?
Expected result:
An IP-address and an error because the mysql host doesn't exist.
Actual result:
--
Segmentation fault on any line that resolves a hostname.
--
Edit this bug report at http://bugs.php.net/?id=36206edit=1
#36208 [NEW]: Symbols in libphp5.so conflict with symbols in libgd.so and cause apache probs
From: hb at gentoo dot x256 dot org Operating system: Gentoo Linux x86 PHP version: 5.1.2 PHP Bug Type: Dynamic loading Bug description: Symbols in libphp5.so conflict with symbols in libgd.so and cause apache probs Description: PHP includes a tweaked GD library. It is not compatible with libgd. The problem is, it uses the same symbols (i.e. function names) as libgd and exports them from its shared object. When I load mod_php and mod_perl into Apache, mod_perl programs using the GD library end up sometimes calling PHP's modified GD routines and sometimes not. This causes Apache children to crash semi-randomly. Since the PHP GD library is not compatible with libgd itself (and because it's likely to be co-existing with a different version of libgd on the system, regardless of tweaks), the symbols (functions and others) should be renamed. Perhaps with a PHP_ prefix. This way there will be no dynamic loading collision and PHP/PERL will be able to co-exist in Apache children without damage. I worked around this by recompiling libPHP with external GD library support. However, it took me several hours to diagnose the exact problem. I have also been bitten by this once before already. I recommend fixing this in PHP4 as well as PHP5. Reproduce code: --- This PERL/MASON script crashes every time if libphp5.so is loaded as an Apache module, but works perfectly otherwise: %INIT use strict; use GD::Graph::lines; my $tgraph = GD::Graph::lines-new(800, 800); my $tgd = $tgraph-plot([ [ a ], [ 0 ] ]); print $tgd-png(); return; /%INIT Expected result: Blank graph. Actual result: -- Zero-sized reply. GLIBC memory corruption reported upon free() in error_log. -- Edit bug report at http://bugs.php.net/?id=36208edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36208r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36208r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36208r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36208r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36208r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36208r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36208r=needscript Try newer version:http://bugs.php.net/fix.php?id=36208r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36208r=support Expected behavior:http://bugs.php.net/fix.php?id=36208r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36208r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36208r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36208r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36208r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36208r=dst IIS Stability:http://bugs.php.net/fix.php?id=36208r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36208r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36208r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36208r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36208r=mysqlcfg
#36209 [NEW]: yacc /usr/local/php-4.4.2/ext/standard/parsedate.y
From: pietro dot brambilla at aslmi2 dot it Operating system: aix 5.3 ml 3 PHP version: 4.4.2 PHP Bug Type: *General Issues Bug description: yacc /usr/local/php-4.4.2/ext/standard/parsedate.y Description: I have the same error after i installed flex 2.5.4 and bison 1.28. I can't do make for generate php files, i have this error yacc /usr/local/php-4.4.2/ext/standard/parsedate.y yacc: 1285-742 The escape is not valid or expect is not a reserved word. Line 154 make: 1254-004 The error code from the last command is 1. Actual result: -- installation fail -- Edit bug report at http://bugs.php.net/?id=36209edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36209r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36209r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36209r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36209r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36209r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36209r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36209r=needscript Try newer version:http://bugs.php.net/fix.php?id=36209r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36209r=support Expected behavior:http://bugs.php.net/fix.php?id=36209r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36209r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36209r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36209r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36209r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36209r=dst IIS Stability:http://bugs.php.net/fix.php?id=36209r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36209r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36209r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36209r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36209r=mysqlcfg
#36209 [Opn-Bgs]: yacc /usr/local/php-4.4.2/ext/standard/parsedate.y
ID: 36209 Updated by: [EMAIL PROTECTED] Reported By: pietro dot brambilla at aslmi2 dot it -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: aix 5.3 ml 3 PHP Version: 4.4.2 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Duplicate of bug #36179 Previous Comments: [2006-01-30 13:10:06] pietro dot brambilla at aslmi2 dot it Description: I have the same error after i installed flex 2.5.4 and bison 1.28. I can't do make for generate php files, i have this error yacc /usr/local/php-4.4.2/ext/standard/parsedate.y yacc: 1285-742 The escape is not valid or expect is not a reserved word. Line 154 make: 1254-004 The error code from the last command is 1. Actual result: -- installation fail -- Edit this bug report at http://bugs.php.net/?id=36209edit=1
#36091 [Com]: getopt() returns false on every call
ID: 36091 Comment by: ale at FreeBSD dot org Reported By: oli at isnic dot is Status: Assigned Bug Type: CGI related Operating System: FreeBSD 5.4 PHP Version: 5.1.2, 4.4.2 Assigned To: tony2001 New Comment: If you actually read my comments you would have understood that you have to set *both* optind and optreset to '1' before each call. Saying it works only by setting optind to '1' is a clear example of bad code: it's *not* the right way to do. Previous Comments: [2006-01-30 12:13:24] oli at isnic dot is optreset works for me on FreeBSD just as optind does when set to 1 and not 0 as it is done now in php. [2006-01-30 11:04:28] [EMAIL PROTECTED] Changing both optind optreset to 1 does the same as changing only optind to 1. I.e. multiple calls to getopt() return expected result after this change. This code apparently doesn't exist in any branches, because I had no chance to test it on Solaris and AIX yet. [2006-01-30 10:56:37] oli at isnic dot is I don't see any reference to optreset in the php4 code I have so I assume that you are testing something locally, are you trying to set optreset to 0 or 1, since 1 should be the correct value. [2006-01-30 10:34:48] [EMAIL PROTECTED] I didn't investigate it either, so if you want to do something useful for FreeBSD users - please let us know why changing optreset doesn't affect getopt() (of course, if you're not too tired). [2006-01-29 20:45:40] ale at FreeBSD dot org I'm not whining, I'm just tired, very tired to see bug reports from FreeBSD users tagged as bogus or simply ignored because they are using the port system of an unsupported platform when they are clearly PHP bugs. You (and this time I mean exactly you, Derick) about two years ago said to a FreeBSD user to stop sending make test reports because he was using a non official version of PHP. Since FreeBSD is the most used *NIX platform with PHP after Linux I would expect more courtesy from you (all) with our users. Returning to this bug, the correct way to re-use getopt on *all* BSD platforms is to reset optind *and* optreset to '1' before every call. The last comment in the 35594 report says there might be another bug, but I didn't investigate further. 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/36091 -- Edit this bug report at http://bugs.php.net/?id=36091edit=1
#36210 [NEW]: different result of count in 5.1.2
From: urs dot huerlimann at abf dot ch
Operating system: Win2003Server
PHP version: 5.1.2
PHP Bug Type: Class/Object related
Bug description: different result of count in 5.1.2
Description:
count of an xml-object returns different result in 5.1.2 and 5.0.4:
is there any bugfix in 5.1.2 that causes this behavior?
[5.0.4] the structure looks like:
object(SimpleXMLElement)#15 (6) {
[SaveMode]=
string(6) Insert
[ManCd]=
string(3) BAG
[RegNr]=
string(47) 5_0x2E460x2E46_90_0x2E460x2E46_07_0x2E460x2E46_
[DosNr]=
string(16) _0x2D450x2D45_43
[Verantw]=
string(6) BAG070
[Titel]=
string(124) 105228 _0x7C1240x7C124_ WERT_CASNR _0x7C1240x7C124_
WERT_ECNR _0x7C1240x7C124_ WERT_REGISTERNR _0x7C1240x7C124_ WERT_BEZNAME
}
=
[5.1.2] similar structure looks like
object(SimpleXMLElement)#18 (6) {
[SaveMode]=
string(6) Insert
[ManCd]=
string(3) BAG
[RegNr]=
string(47) 5_0x2E460x2E46_90_0x2E460x2E46_33_0x2E460x2E46_
[DosNr]=
string(15) _0x2D450x2D45_1
[Verantw]=
string(6) BAG070
[Titel]=
string(146) 3694 _0x7C1240x7C124_ 115_0x2D450x2D45_09_0x2D450x2D45_3
_0x7C1240x7C124_ 204_0x2D450x2D45_064_0x2D450x2D45_2 _0x7C1240x7C124_
chloromethylmercury
}
Reproduce code:
---
SimpleXMLElement has six entries.
$a = new array();
$a[]=$SimpleXMLElement;
(...)
foreach($a as $detail)
{
echo(count($detail));
}
Expected result:
twice the same result
Actual result:
--
5.0.4::count - 1
5.1.2::count - 6
--
Edit bug report at http://bugs.php.net/?id=36210edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36210r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36210r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36210r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36210r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36210r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36210r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36210r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36210r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36210r=support
Expected behavior:http://bugs.php.net/fix.php?id=36210r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36210r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36210r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36210r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36210r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36210r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36210r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36210r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36210r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36210r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36210r=mysqlcfg
#36091 [Asn-Opn]: getopt() returns false on every call
ID: 36091 Updated by: [EMAIL PROTECTED] Reported By: oli at isnic dot is -Status: Assigned +Status: Open Bug Type: CGI related Operating System: FreeBSD 5.4 PHP Version: 5.1.2, 4.4.2 Assigned To: tony2001 New Comment: Be sure, I've read `man getopt` before asking you a _question_: why does it work without optreset while the docs *require* both optreset and optind to be used?. But you appear to be not very interested in answering the question (or is it a BSD bug?), instead you prefer to keep offending me with your attitude. That makes me wonder why do I care about problem that doesn't bite me in any way? If you're care so much about bug reports from FreeBSD users tagged as bogus or simply ignored - provide a patch, cause I'm not going to spend my spare time on it anymore. Thank you. Previous Comments: [2006-01-30 14:26:16] ale at FreeBSD dot org If you actually read my comments you would have understood that you have to set *both* optind and optreset to '1' before each call. Saying it works only by setting optind to '1' is a clear example of bad code: it's *not* the right way to do. [2006-01-30 12:13:24] oli at isnic dot is optreset works for me on FreeBSD just as optind does when set to 1 and not 0 as it is done now in php. [2006-01-30 11:04:28] [EMAIL PROTECTED] Changing both optind optreset to 1 does the same as changing only optind to 1. I.e. multiple calls to getopt() return expected result after this change. This code apparently doesn't exist in any branches, because I had no chance to test it on Solaris and AIX yet. [2006-01-30 10:56:37] oli at isnic dot is I don't see any reference to optreset in the php4 code I have so I assume that you are testing something locally, are you trying to set optreset to 0 or 1, since 1 should be the correct value. [2006-01-30 10:34:48] [EMAIL PROTECTED] I didn't investigate it either, so if you want to do something useful for FreeBSD users - please let us know why changing optreset doesn't affect getopt() (of course, if you're not too tired). 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/36091 -- Edit this bug report at http://bugs.php.net/?id=36091edit=1
#36187 [Bgs]: PHP-CLI does not return int exit status set by exit()
ID: 36187 User updated by: volker at puttrich dot net Reported By: volker at puttrich dot net Status: Bogus Bug Type: CGI related Operating System: Debian Sarge PHP Version: 5.1.2 New Comment: Thank you for your reply ... I must admit that your example does work. And I'm sorry, because even my own example works as one would expect. I didn't try it myself, because I assumed that it would NOT work. I'm using pretty much the same code in a larger application where it definately does NOT work. In that application I'm working a lot with 'exec()' and 'system()' and also using IO redirections. It might have to do with that, but I have not yet been able to isolate the real cause from within a smaller context. So for now I'd say that you can close the issue. As soon as I know where the problem comes from, and it has to do with PHP, I'd happily re-open this issue if you don't mind. Again, I'm really sorry that I wasted your time just because I made big mistake. PHP-CLI is somewhat cool and I hope it will replace Perl some day, on Unix-like OS. Thanks for making it... - Volker Previous Comments: [2006-01-29 16:12:55] [EMAIL PROTECTED] Works fine for me: # php t.php ; echo $? 222 t.php: ?php exit(222); ? [2006-01-28 05:24:46] volker at puttrich dot net Description: The CLI version of PHP does not return the integer exit status to the shell when using 'exit(integer);' from within the script. PHP will always return 0 (or 255 probably). The manual says that it would do. Calling 'exit(string);' (with a string as parameter) it works as expected and as mentioned in the manual. Reproduce code: --- This is what I'm trying to do: file1.php - ? system(php ./file2.php, $rv); fwrite(STDOUT, $rv.\n); system(php ./file2.php -- -param, $rv); fwrite(STDOUT, $rv.\n); ? file2.php - ? if($argc 2) exit(1); else exit(0); ? Expected result: Execute: # php ./file1.php Output should be: 1 0 Actual result: -- Buggy result is: 0 0 -- Edit this bug report at http://bugs.php.net/?id=36187edit=1
#36210 [Opn-Bgs]: different result of count in 5.1.2
ID: 36210
Updated by: [EMAIL PROTECTED]
Reported By: urs dot huerlimann at abf dot ch
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Win2003Server
PHP Version: 5.1.2
New Comment:
Yes, since 5.1 SimpleXML objects correctly implement count interface.
Previous Comments:
[2006-01-30 14:37:18] urs dot huerlimann at abf dot ch
Description:
count of an xml-object returns different result in 5.1.2 and 5.0.4:
is there any bugfix in 5.1.2 that causes this behavior?
[5.0.4] the structure looks like:
object(SimpleXMLElement)#15 (6) {
[SaveMode]=
string(6) Insert
[ManCd]=
string(3) BAG
[RegNr]=
string(47) 5_0x2E460x2E46_90_0x2E460x2E46_07_0x2E460x2E46_
[DosNr]=
string(16) _0x2D450x2D45_43
[Verantw]=
string(6) BAG070
[Titel]=
string(124) 105228 _0x7C1240x7C124_ WERT_CASNR _0x7C1240x7C124_
WERT_ECNR _0x7C1240x7C124_ WERT_REGISTERNR _0x7C1240x7C124_
WERT_BEZNAME
}
=
[5.1.2] similar structure looks like
object(SimpleXMLElement)#18 (6) {
[SaveMode]=
string(6) Insert
[ManCd]=
string(3) BAG
[RegNr]=
string(47) 5_0x2E460x2E46_90_0x2E460x2E46_33_0x2E460x2E46_
[DosNr]=
string(15) _0x2D450x2D45_1
[Verantw]=
string(6) BAG070
[Titel]=
string(146) 3694 _0x7C1240x7C124_ 115_0x2D450x2D45_09_0x2D450x2D45_3
_0x7C1240x7C124_ 204_0x2D450x2D45_064_0x2D450x2D45_2 _0x7C1240x7C124_
chloromethylmercury
}
Reproduce code:
---
SimpleXMLElement has six entries.
$a = new array();
$a[]=$SimpleXMLElement;
(...)
foreach($a as $detail)
{
echo(count($detail));
}
Expected result:
twice the same result
Actual result:
--
5.0.4::count - 1
5.1.2::count - 6
--
Edit this bug report at http://bugs.php.net/?id=36210edit=1
#36212 [NEW]: after install flex and bison, php make command fail
From: pietro dot brambilla at aslmi2 dot it Operating system: aix 5.3 ml 3 PHP version: 4.4.2 PHP Bug Type: *General Issues Bug description: after install flex and bison, php make command fail Description: make doesn't go after an error on a library pardate.y -- Edit bug report at http://bugs.php.net/?id=36212edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36212r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36212r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36212r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36212r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36212r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36212r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36212r=needscript Try newer version:http://bugs.php.net/fix.php?id=36212r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36212r=support Expected behavior:http://bugs.php.net/fix.php?id=36212r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36212r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36212r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36212r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36212r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36212r=dst IIS Stability:http://bugs.php.net/fix.php?id=36212r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36212r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36212r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36212r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36212r=mysqlcfg
#36210 [Bgs-Opn]: different result of count in 5.1.2
ID: 36210
User updated by: urs dot huerlimann at abf dot ch
Reported By: urs dot huerlimann at abf dot ch
-Status: Bogus
+Status: Open
Bug Type: Class/Object related
Operating System: Win2003Server
PHP Version: 5.1.2
New Comment:
maybe something different with get_object_vars()
Previous Comments:
[2006-01-30 15:19:17] [EMAIL PROTECTED]
Yes, since 5.1 SimpleXML objects correctly implement count interface.
[2006-01-30 14:37:18] urs dot huerlimann at abf dot ch
Description:
count of an xml-object returns different result in 5.1.2 and 5.0.4:
is there any bugfix in 5.1.2 that causes this behavior?
[5.0.4] the structure looks like:
object(SimpleXMLElement)#15 (6) {
[SaveMode]=
string(6) Insert
[ManCd]=
string(3) BAG
[RegNr]=
string(47) 5_0x2E460x2E46_90_0x2E460x2E46_07_0x2E460x2E46_
[DosNr]=
string(16) _0x2D450x2D45_43
[Verantw]=
string(6) BAG070
[Titel]=
string(124) 105228 _0x7C1240x7C124_ WERT_CASNR _0x7C1240x7C124_
WERT_ECNR _0x7C1240x7C124_ WERT_REGISTERNR _0x7C1240x7C124_
WERT_BEZNAME
}
=
[5.1.2] similar structure looks like
object(SimpleXMLElement)#18 (6) {
[SaveMode]=
string(6) Insert
[ManCd]=
string(3) BAG
[RegNr]=
string(47) 5_0x2E460x2E46_90_0x2E460x2E46_33_0x2E460x2E46_
[DosNr]=
string(15) _0x2D450x2D45_1
[Verantw]=
string(6) BAG070
[Titel]=
string(146) 3694 _0x7C1240x7C124_ 115_0x2D450x2D45_09_0x2D450x2D45_3
_0x7C1240x7C124_ 204_0x2D450x2D45_064_0x2D450x2D45_2 _0x7C1240x7C124_
chloromethylmercury
}
Reproduce code:
---
SimpleXMLElement has six entries.
$a = new array();
$a[]=$SimpleXMLElement;
(...)
foreach($a as $detail)
{
echo(count($detail));
}
Expected result:
twice the same result
Actual result:
--
5.0.4::count - 1
5.1.2::count - 6
--
Edit this bug report at http://bugs.php.net/?id=36210edit=1
#36212 [Opn-Fbk]: after install flex and bison, php make command fail
ID: 36212 Updated by: [EMAIL PROTECTED] Reported By: pietro dot brambilla at aslmi2 dot it -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: aix 5.3 ml 3 PHP Version: 4.4.2 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2006-01-30 15:30:05] pietro dot brambilla at aslmi2 dot it Description: make doesn't go after an error on a library pardate.y -- Edit this bug report at http://bugs.php.net/?id=36212edit=1
#36212 [Fbk-Opn]: after install flex and bison, php make command fail
ID: 36212 User updated by: pietro dot brambilla at aslmi2 dot it Reported By: pietro dot brambilla at aslmi2 dot it -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: aix 5.3 ml 3 PHP Version: 4.4.2 New Comment: I ha einstalled flex and bison but I have the same error: yacc /usr/local/php-4.4.2/ext/standard/parsedate.y yacc: 1285-742 The escape is not valid or expect is not a reserved word. Line 154 make: 1254-004 The error code from the last command is 1. what i must do? Previous Comments: [2006-01-30 15:48:35] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2006-01-30 15:30:05] pietro dot brambilla at aslmi2 dot it Description: make doesn't go after an error on a library pardate.y -- Edit this bug report at http://bugs.php.net/?id=36212edit=1
#36210 [Opn]: different result of count in 5.1.2
ID: 36210
User updated by: urs dot huerlimann at abf dot ch
Reported By: urs dot huerlimann at abf dot ch
Status: Open
Bug Type: Class/Object related
Operating System: Win2003Server
PHP Version: 5.1.2
New Comment:
have not seen your answer, forget my latest comment.
thanks.
Previous Comments:
[2006-01-30 15:31:36] urs dot huerlimann at abf dot ch
maybe something different with get_object_vars()
[2006-01-30 15:19:17] [EMAIL PROTECTED]
Yes, since 5.1 SimpleXML objects correctly implement count interface.
[2006-01-30 14:37:18] urs dot huerlimann at abf dot ch
Description:
count of an xml-object returns different result in 5.1.2 and 5.0.4:
is there any bugfix in 5.1.2 that causes this behavior?
[5.0.4] the structure looks like:
object(SimpleXMLElement)#15 (6) {
[SaveMode]=
string(6) Insert
[ManCd]=
string(3) BAG
[RegNr]=
string(47) 5_0x2E460x2E46_90_0x2E460x2E46_07_0x2E460x2E46_
[DosNr]=
string(16) _0x2D450x2D45_43
[Verantw]=
string(6) BAG070
[Titel]=
string(124) 105228 _0x7C1240x7C124_ WERT_CASNR _0x7C1240x7C124_
WERT_ECNR _0x7C1240x7C124_ WERT_REGISTERNR _0x7C1240x7C124_
WERT_BEZNAME
}
=
[5.1.2] similar structure looks like
object(SimpleXMLElement)#18 (6) {
[SaveMode]=
string(6) Insert
[ManCd]=
string(3) BAG
[RegNr]=
string(47) 5_0x2E460x2E46_90_0x2E460x2E46_33_0x2E460x2E46_
[DosNr]=
string(15) _0x2D450x2D45_1
[Verantw]=
string(6) BAG070
[Titel]=
string(146) 3694 _0x7C1240x7C124_ 115_0x2D450x2D45_09_0x2D450x2D45_3
_0x7C1240x7C124_ 204_0x2D450x2D45_064_0x2D450x2D45_2 _0x7C1240x7C124_
chloromethylmercury
}
Reproduce code:
---
SimpleXMLElement has six entries.
$a = new array();
$a[]=$SimpleXMLElement;
(...)
foreach($a as $detail)
{
echo(count($detail));
}
Expected result:
twice the same result
Actual result:
--
5.0.4::count - 1
5.1.2::count - 6
--
Edit this bug report at http://bugs.php.net/?id=36210edit=1
#36210 [Opn-Csd]: different result of count in 5.1.2
ID: 36210
User updated by: urs dot huerlimann at abf dot ch
Reported By: urs dot huerlimann at abf dot ch
-Status: Open
+Status: Closed
Bug Type: Class/Object related
Operating System: Win2003Server
PHP Version: 5.1.2
New Comment:
So we have to implement different versions depending on our customers
php versions...
;-) thanks for your fast answer.
urs hürlimann
Previous Comments:
[2006-01-30 15:34:25] urs dot huerlimann at abf dot ch
have not seen your answer, forget my latest comment.
thanks.
[2006-01-30 15:31:36] urs dot huerlimann at abf dot ch
maybe something different with get_object_vars()
[2006-01-30 15:19:17] [EMAIL PROTECTED]
Yes, since 5.1 SimpleXML objects correctly implement count interface.
[2006-01-30 14:37:18] urs dot huerlimann at abf dot ch
Description:
count of an xml-object returns different result in 5.1.2 and 5.0.4:
is there any bugfix in 5.1.2 that causes this behavior?
[5.0.4] the structure looks like:
object(SimpleXMLElement)#15 (6) {
[SaveMode]=
string(6) Insert
[ManCd]=
string(3) BAG
[RegNr]=
string(47) 5_0x2E460x2E46_90_0x2E460x2E46_07_0x2E460x2E46_
[DosNr]=
string(16) _0x2D450x2D45_43
[Verantw]=
string(6) BAG070
[Titel]=
string(124) 105228 _0x7C1240x7C124_ WERT_CASNR _0x7C1240x7C124_
WERT_ECNR _0x7C1240x7C124_ WERT_REGISTERNR _0x7C1240x7C124_
WERT_BEZNAME
}
=
[5.1.2] similar structure looks like
object(SimpleXMLElement)#18 (6) {
[SaveMode]=
string(6) Insert
[ManCd]=
string(3) BAG
[RegNr]=
string(47) 5_0x2E460x2E46_90_0x2E460x2E46_33_0x2E460x2E46_
[DosNr]=
string(15) _0x2D450x2D45_1
[Verantw]=
string(6) BAG070
[Titel]=
string(146) 3694 _0x7C1240x7C124_ 115_0x2D450x2D45_09_0x2D450x2D45_3
_0x7C1240x7C124_ 204_0x2D450x2D45_064_0x2D450x2D45_2 _0x7C1240x7C124_
chloromethylmercury
}
Reproduce code:
---
SimpleXMLElement has six entries.
$a = new array();
$a[]=$SimpleXMLElement;
(...)
foreach($a as $detail)
{
echo(count($detail));
}
Expected result:
twice the same result
Actual result:
--
5.0.4::count - 1
5.1.2::count - 6
--
Edit this bug report at http://bugs.php.net/?id=36210edit=1
#36212 [Opn-Bgs]: after install flex and bison, php make command fail
ID: 36212 Updated by: [EMAIL PROTECTED] Reported By: pietro dot brambilla at aslmi2 dot it -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: aix 5.3 ml 3 PHP Version: 4.4.2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. You already filed this report TWICE... please use support for this. (Duplicate of bug #36209) Previous Comments: [2006-01-30 15:52:19] pietro dot brambilla at aslmi2 dot it I ha einstalled flex and bison but I have the same error: yacc /usr/local/php-4.4.2/ext/standard/parsedate.y yacc: 1285-742 The escape is not valid or expect is not a reserved word. Line 154 make: 1254-004 The error code from the last command is 1. what i must do? [2006-01-30 15:48:35] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2006-01-30 15:30:05] pietro dot brambilla at aslmi2 dot it Description: make doesn't go after an error on a library pardate.y -- Edit this bug report at http://bugs.php.net/?id=36212edit=1
#36201 [Bgs]: configure fails to find default Slackware installation of apache
ID: 36201 User updated by: jayc dot lawrence at gmail dot com Reported By: jayc dot lawrence at gmail dot com Status: Bogus Bug Type: *Configuration Issues Operating System: Slackware 10.2 / Linux 2.4.31 PHP Version: 5.1.2 New Comment: I have RTFM as you quite politely put it. Thank you for your time! Previous Comments: [2006-01-30 04:52:58] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. RTFM, and perhaps actually reading the INSTALL file might help too? Definately not a bug. [2006-01-30 01:01:46] jayc dot lawrence at gmail dot com Description: May have to reinstall Apache on a Slackware installation in order to configure PHP. Basically, even if i just do a ./configure --with-apache it wont find the apache path. Apache is running fine, the configure complains about not being able to locate the file http.d in /usr/local/apache/ Reproduce.. Reproduce code: --- Ok.. so i do the following [EMAIL PROTECTED]:/home/xxx/php-5.1.2#locate httpd.h /var/www/htdocs/manual/programs/httpd.html.ja.jis /var/www/htdocs/manual/programs/httpd.html.html /var/www/htdocs/manual/programs/httpd.html.en /var/www/htdocs/php/manual_en/install.fhttpd.html /var/www/htdocs/php/manual_en/install.omnihttpd.html /var/www/htdocs/php/manual_en/install.otherhttpd.html /var/www/htdocs/php/manual_en/install.unix.fhttpd.html /var/www/htdocs/php/manual_en/install.windows.omnihttpd.html /usr/src/linux-2.4.31/include/config/khttpd.h /usr/include/apache/httpd.h -- * here * So, i try ./configure --with-apache=/usr/include/apache/ Expected result: I expected it to compile. Maybe i am making a beginners mistake, as i havent been using linux for very long, but i have searched on Google already for answers, to no avail. Actual result: -- [EMAIL PROTECTED]:/home/xxx/php-5.1.2# ./configure --with-apache=/usr/include/apache/ loading cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for egrep... grep -E checking for a sed that does not truncate output... /usr/bin/sed checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking whether ln -s works... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking for re2c... no configure: warning: You will need re2c 0.9.11 or later if you want to regenerate PHP parsers. checking for gawk... gawk checking for bison... bison -y checking for bison version... 1.35 (ok) checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for working const... yes checking for flex version... 2.5.4 (ok) checking whether to force non-PIC code in shared modules... yes checking for pthreads_cflags... -pthread checking for pthreads_lib... Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... no checking for Apache 1.x module support... no configure: error: Invalid Apache directory - unable to find httpd.h under /usr/include/apache/ -- Edit this bug report at http://bugs.php.net/?id=36201edit=1
#36159 [Fbk-Opn]: Running simple prepared statement SELECT fails (postgres)
ID: 36159
User updated by: edrozenberg at pobox dot com
Reported By: edrozenberg at pobox dot com
-Status: Feedback
+Status: Open
Bug Type: PDO related
Operating System: Windows XP SP2
PHP Version: 5.1.2
New Comment:
Same problem with latest Windows snap + php_pdo_pgsql.dll php-5.1.2
(5_1).
Previous Comments:
[2006-01-29 19:33:59] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Something was just fixed.
[2006-01-26 15:35:36] edrozenberg at pobox dot com
Just tried latest Windows snapshot 5.1.3-dev and have the same problem.
Reverting back to 5.1.1 fixes the problem. I don't know how to trace
the problem further and don't see any errors in any of the Apache logs.
My main server is Linux so this isn't a showstopper right now but there
may be some bug here that needs to be gotten to the bottom of.
[2006-01-26 10:04:03] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2006-01-25 22:08:13] edrozenberg at pobox dot com
Description:
Since upgrading PHP from 5.1.1 to 5.1.2, running a simple prepared
statement SELECT fails. Error info from print_r($stmt-errorInfo()):
Array ( [0] = 0 )
I have experienced no such problems on Linux 2.4 with PHP 5.1.2
compiled from source.
Reproduce code:
---
private function dbSel($query, $values)
{
$stmt = $this-dbh-prepare($query);
if ( ! $stmt-execute($values) )
{
print_r($stmt-errorInfo());
$this-dbErrorGet($stmt);
return(0);
}
$this-rows = $stmt-fetchAll(PDO::FETCH_ASSOC);
return(1);
}
--
$query: SELECT * \n FROM t_workfile
$values: array of blank
Expected result:
$stmt-execute($values) should return TRUE and
there should be rows that can be fetched
Actual result:
--
$stmt-execute($values) returns false and the
print_r($stmt-errorInfo()) statement prints Array ( [0] = 0 )
--
Edit this bug report at http://bugs.php.net/?id=36159edit=1
#36091 [Com]: getopt() returns false on every call
ID: 36091 Comment by: ale at FreeBSD dot org Reported By: oli at isnic dot is Status: Open Bug Type: CGI related Operating System: FreeBSD 5.4 PHP Version: 5.1.2, 4.4.2 New Comment: You can close this bug, I've fixed it in the FreeBSD cvs. Previous Comments: [2006-01-30 14:58:38] [EMAIL PROTECTED] Be sure, I've read `man getopt` before asking you a _question_: why does it work without optreset while the docs *require* both optreset and optind to be used?. But you appear to be not very interested in answering the question (or is it a BSD bug?), instead you prefer to keep offending me with your attitude. That makes me wonder why do I care about problem that doesn't bite me in any way? If you're care so much about bug reports from FreeBSD users tagged as bogus or simply ignored - provide a patch, cause I'm not going to spend my spare time on it anymore. Thank you. [2006-01-30 14:26:16] ale at FreeBSD dot org If you actually read my comments you would have understood that you have to set *both* optind and optreset to '1' before each call. Saying it works only by setting optind to '1' is a clear example of bad code: it's *not* the right way to do. [2006-01-30 12:13:24] oli at isnic dot is optreset works for me on FreeBSD just as optind does when set to 1 and not 0 as it is done now in php. [2006-01-30 11:04:28] [EMAIL PROTECTED] Changing both optind optreset to 1 does the same as changing only optind to 1. I.e. multiple calls to getopt() return expected result after this change. This code apparently doesn't exist in any branches, because I had no chance to test it on Solaris and AIX yet. [2006-01-30 10:56:37] oli at isnic dot is I don't see any reference to optreset in the php4 code I have so I assume that you are testing something locally, are you trying to set optreset to 0 or 1, since 1 should be the correct value. 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/36091 -- Edit this bug report at http://bugs.php.net/?id=36091edit=1
#36182 [Fbk-Opn]: PHP CLI segfaults on exit in trsm_shutdown
ID: 36182 User updated by: zeekec at mad dot scientist dot com Reported By: zeekec at mad dot scientist dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Gentoo PHP Version: 5.1.2 New Comment: As seen on the Gentoo bug: http://bugs.gentoo.org/show_bug.cgi?id=120202 Disabling the tidy extension or threads got rid of the segfault. I haven't tried the snapshot yet. Will do that now. Previous Comments: [2006-01-28 12:59:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip well, that backtrace doesn't help much. can you please try to compile PHP without portage (aka by hand), please? [2006-01-27 22:26:58] zeekec at mad dot scientist dot com It was emerged with nostrip. Full emerge line: CFLAGS=-O0 -pipe -g -ggdb CXXFLAGS=-O0 -pipe -g -ggdb FEATURES=nostrip ACCEPT_KEYWORDS=~x86 ~overlay maint PORTDIR_OVERLAY=/home/gentoo/local/gentoo-php-overlay/testing /home/gentoo/local/gentoo-php-overlay/experimental emerge -av dev-lang/php The backtrace shows it dieing at TSRM.c:180. Is there another library I should install with nostrip? [2006-01-27 21:45:44] [EMAIL PROTECTED] We need a better backtrace.. So please re-emerge PHP with the following command: FEATURES=nostrip emerge =dev-lang/php-5.1.2 And then generate a new backtrace. [2006-01-27 19:56:56] zeekec at mad dot scientist dot com Description: When running the php commandline interface, php segfaults on exit. Reproduce code: --- php -v PHP 5.1.2-gentoo (cli) (built: Jan 27 2006 13:01:11) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies Segmentation fault Configured with: ./configure --prefix=/usr/lib/php5 --sysconfdir=/etc --cache-file=./config.cache --enable-cli --disable-cgi --with-config-file-path=/etc/php/cli-php5 --with-config-file-scan -dir=/etc/php/cli-php5/ext-active --without-pear --enable-bcmath=shared --with-bz2=shared --enable-calendar=shared --with-curl=shared --with-curlwrappers=shared --disable-dbase --enable-exif=shared --without-fbsql --without-fdftk --disable-filepro --enable-ftp=shared --with-gettext=shared --with-gmp=shared --disable-hash --without-hwapi --without-infor mix --without-kerberos --enable-mbstring=shared --with-mcrypt=shared --disable-memory-limit --with-mhash=shared --with-ming=shared --without-msql --without-mssql --with-ncurses= shared --without-oci8 --without-oci8 --with-openssl=shared --with-openssl-dir=/usr --enable-pcntl=shared --disable-pdo --without-pgsql --with-pspell=shared --without-recode --di sable-reflection --disable-simplexml --disable-shmop --without-snmp --disable-soap --enable-sockets=shared --without-sybase --without-sybase-ct --enable-sysvmsg=shared --enable- sysvsem=shared --enable-sysvshm=shared --with-tidy=shared --disable-wddx --disable-xmlreader --disable-xmlwriter --without-xmlrpc --with-xsl=shared --with-zlib=shared --enable-d ebug --enable-dba=shared --without-cdb --with-db4=shared --with-flatfile=shared --with-gdbm=shared --with-inifile=shared --without-qdbm --with-freetype-dir=/usr --with-t1lib=/us r --disable-gd-jis-conv --enable-gd-native-ttf --with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-gd --with-imap=shared --with-imap-ssl --with-ldap=shared --with-ldap-sasl --with-mysql=shared,/usr/lib/mysql --with-mysql-sock=/var/run/mysqld/mysqld.sock --without-mysqli --with-readline --without-libedit --disable-session --enable- sqlite-utf8 --with-pic --enable-maintainer-zts --enable-experimental-zts Expected result: php -v PHP 5.1.2-gentoo (cli) (built: Jan 27 2006 13:01:11) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies Actual result: -- gdb --args php -v GNU gdb 6.4 Copyright 2005 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 i686-pc-linux-gnu...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) run Starting program: /usr/bin/php -v [Thread debugging using libthread_db enabled] [New Thread -1208424768 (LWP 3847)] PHP 5.1.2-gentoo (cli) (built: Jan 27 2006 13:01:11) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies Program
#36215 [NEW]: Fetching TIME-type data from views
From: k dot zhinko at grape dot ru
Operating system: Windows XP Pro SP2
PHP version: 4.4.2
PHP Bug Type: InterBase related
Bug description: Fetching TIME-type data from views
Description:
I couldn't fetch TIME-type data from views. The query processes correctly
in IBExpert.
Reproduce code:
---
?php
$q = ibase_query('SELECT d.START_TIME FROM VW_SOME_VIEW');
$a = ibase_fetch_assoc($q);
print_r($a['START_TIME']);
echo \n;
$q = ibase_query('SELECT d.START_TIME FROM VW_SOME_TABLE');
$a = ibase_fetch_assoc($q);
print_r($a['START_TIME']);
?
Expected result:
03:44
03:44
Actual result:
--
-1
03:44
--
Edit bug report at http://bugs.php.net/?id=36215edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36215r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36215r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36215r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36215r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36215r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36215r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36215r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36215r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36215r=support
Expected behavior:http://bugs.php.net/fix.php?id=36215r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36215r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36215r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36215r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36215r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36215r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36215r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36215r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36215r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36215r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36215r=mysqlcfg
#36214 [Opn-Bgs]: Conditional operator fails to work properly when both __set and __get are set
ID: 36214
Updated by: [EMAIL PROTECTED]
Reported By: pexu at lyseo dot edu dot ouka dot fi
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 5.1.2
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You're trying to acces a private property (arr) from
outside the class.
Previous Comments:
[2006-01-30 19:34:55] pexu at lyseo dot edu dot ouka dot fi
Description:
When both __set and __get are set, conditional operator ? fails to
work when used to return variables from __get when working with
arrays.
A normal if .. else clause however works fine. With non-array variables
there's no problem, either.
If __set is not used, this bug doesn't seem to appear.
Reproduce code:
---
class overload
{
private $array = array();
public function __set($key, $value)
{
$this-array[$key] = $value;
}
public function __get($key)
{
return isset($this-array[$key])
? $this-array[$key]
: null;
}
}
$ol = new overload; $ol-arr = array();
array_push($ol-arr, element);
var_dump($ol-arr);
Expected result:
array(1) {
[0]=
string(7) element
}
Actual result:
--
array(0) {
}
--
Edit this bug report at http://bugs.php.net/?id=36214edit=1
#36214 [NEW]: Conditional operator fails to work properly when both __set and __get are set
From: pexu at lyseo dot edu dot ouka dot fi
Operating system: Windows XP
PHP version: 5.1.2
PHP Bug Type: Scripting Engine problem
Bug description: Conditional operator fails to work properly when both __set
and __get are set
Description:
When both __set and __get are set, conditional operator ? fails to work
when used to return variables from __get when working with arrays.
A normal if .. else clause however works fine. With non-array variables
there's no problem, either.
If __set is not used, this bug doesn't seem to appear.
Reproduce code:
---
class overload
{
private $array = array();
public function __set($key, $value)
{
$this-array[$key] = $value;
}
public function __get($key)
{
return isset($this-array[$key])
? $this-array[$key]
: null;
}
}
$ol = new overload; $ol-arr = array();
array_push($ol-arr, element);
var_dump($ol-arr);
Expected result:
array(1) {
[0]=
string(7) element
}
Actual result:
--
array(0) {
}
--
Edit bug report at http://bugs.php.net/?id=36214edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36214r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36214r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36214r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36214r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36214r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36214r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36214r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36214r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36214r=support
Expected behavior:http://bugs.php.net/fix.php?id=36214r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36214r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36214r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36214r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36214r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36214r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36214r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36214r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36214r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36214r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36214r=mysqlcfg
#36216 [NEW]: timeout doesnt works in fsockopen
From: ipmax at freesurf dot fr Operating system: debian PHP version: 5.1.2 PHP Bug Type: Sockets related Bug description: timeout doesnt works in fsockopen Description: fsockopen hang if remote server doesnt reply, like no dns, or server down, or firewall drop paquets. Timeout only works if remote server reply something if a firewall drop paquets, then timeout wont work, and fsockopen hang forever. Same problem on socket_server This is a big problem, that is why many people see theyr script hanging when using fsockopen. I v seen this bug on redhat php 4, and debian php 5 -- Edit bug report at http://bugs.php.net/?id=36216edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36216r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36216r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36216r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36216r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36216r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36216r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36216r=needscript Try newer version:http://bugs.php.net/fix.php?id=36216r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36216r=support Expected behavior:http://bugs.php.net/fix.php?id=36216r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36216r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36216r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36216r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36216r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36216r=dst IIS Stability:http://bugs.php.net/fix.php?id=36216r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36216r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36216r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36216r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36216r=mysqlcfg
#34895 [Com]: headers_list functionality regression
ID: 34895
Comment by: lists at fairsky dot us
Reported By: alex at weej dot com
Status: Open
Bug Type: Feature/Change Request
Operating System: GNU Linux
PHP Version: 5.0.5
New Comment:
I've been looking through the CVS, and there has been only the very
slightest change to headers_list since it was introduced, so I don't
think it ever worked the way we want. I was going to try to patch my
PHP source to make headers_list include the entire header, but so far
it looks to me like it already should, so I'm obviously missing
something.
If anyone knows enough to suggest a patch it would be useful to me even
if it doesn't become official.
Previous Comments:
[2006-01-24 18:06:27] alex at weej dot com
Still looking for a replacement function. Any ideas?
[2005-10-27 17:00:09] alex at weej dot com
The documentation has been updated now.
Is there going to be a replacement function in the very near future? I
need this for a caching problem!
[2005-10-17 18:39:08] alex at weej dot com
Description:
The documented behaviour is exactly what I need for a project I am
working on, but now the behaviour has changed (even though the docs
haven't yet). :(
As far as I can see, there is no way to tell what headers PHP is
sending and their values, now.
apache_response_headers() is /not/ a replacement, as it omits
Content-Type (the most important header in my situation) and processes
the headers PHP passes to it. I really don't want to resort to wrapper
functions to maintain my own list. The documentation describes EXACTLY
the functionality I want.
I am upset! :(
http://uk.php.net/manual/en/function.headers-list.php
Reproduce code:
---
?php
/* setcookie() will add a response header on its own */
setcookie('foo', 'bar');
/* Define a custom response header
This will be ignored by most clients */
header(X-Sample-Test: foo);
/* Specify plain text content in our response */
header('Content-type: text/plain');
/* What headers are going to be sent? */
var_dump(headers_list());
?
Expected result:
array(4) {
[0]=
string(29) X-Powered-By: PHP/5.0.0
[1]=
string(19) Set-Cookie: foo=bar
[2]=
string(18) X-Sample-Test: foo
[3]=
string(24) Content-type: text/plain
}
Actual result:
--
array(4) {
[0]=
string(12) X-Powered-By
[1]=
string(10) Set-Cookie
[2]=
string(13) X-Sample-Test
[3]=
string(12) Content-Type
}
--
Edit this bug report at http://bugs.php.net/?id=34895edit=1
#36216 [Opn-Fbk]: timeout doesnt works in fsockopen
ID: 36216 Updated by: [EMAIL PROTECTED] Reported By: ipmax at freesurf dot fr -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: debian PHP Version: 5.1.2 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Works fine here. Previous Comments: [2006-01-30 20:29:38] ipmax at freesurf dot fr Description: fsockopen hang if remote server doesnt reply, like no dns, or server down, or firewall drop paquets. Timeout only works if remote server reply something if a firewall drop paquets, then timeout wont work, and fsockopen hang forever. Same problem on socket_server This is a big problem, that is why many people see theyr script hanging when using fsockopen. I v seen this bug on redhat php 4, and debian php 5 -- Edit this bug report at http://bugs.php.net/?id=36216edit=1
#36216 [Fbk]: timeout doesnt works in fsockopen
ID: 36216 Updated by: [EMAIL PROTECTED] Reported By: ipmax at freesurf dot fr Status: Feedback Bug Type: Sockets related Operating System: debian PHP Version: 5.1.2 New Comment: Hello, i got the bug of fsockopen no timeout on different debian and latest php you say it works perfectly, did you tried with a blocked adress or non existant domain ? Yes, I did. did you got it to work on debian ? No, since I don't use debian and have no chance to test it there. So if you're able to provide some more information - please provide it. And please use this system instead of mailing privately so we can track the things. Previous Comments: [2006-01-30 20:47:14] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Works fine here. [2006-01-30 20:29:38] ipmax at freesurf dot fr Description: fsockopen hang if remote server doesnt reply, like no dns, or server down, or firewall drop paquets. Timeout only works if remote server reply something if a firewall drop paquets, then timeout wont work, and fsockopen hang forever. Same problem on socket_server This is a big problem, that is why many people see theyr script hanging when using fsockopen. I v seen this bug on redhat php 4, and debian php 5 -- Edit this bug report at http://bugs.php.net/?id=36216edit=1
#36217 [NEW]: with postgres 8.1, pg_escape_bytea escapes ' as '' and unescape leaves them ''
From: dabicho2001 at yahoo dot com dot mx Operating system: linux PHP version: 4.4.2 PHP Bug Type: PostgreSQL related Bug description: with postgres 8.1, pg_escape_bytea escapes ' as '' and unescape leaves them '' Description: pg_escape_bytea will escape a single quote as '' i.e. $a = '; $a = pg_escape_bytea($a); $a now contains '' pg_unescape_bytea will leave them unmodified. i.a. $a = pg_unescape_bytea($a); $a still contains '' apache's mod_php is 4.4.0 -- Edit bug report at http://bugs.php.net/?id=36217edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36217r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36217r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36217r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36217r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36217r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36217r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36217r=needscript Try newer version:http://bugs.php.net/fix.php?id=36217r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36217r=support Expected behavior:http://bugs.php.net/fix.php?id=36217r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36217r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36217r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36217r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36217r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36217r=dst IIS Stability:http://bugs.php.net/fix.php?id=36217r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36217r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36217r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36217r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36217r=mysqlcfg
#36217 [Opn-Bgs]: with postgres 8.1, pg_escape_bytea escapes ' as '' and unescape leaves them ''
ID: 36217 Updated by: [EMAIL PROTECTED] Reported By: dabicho2001 at yahoo dot com dot mx -Status: Open +Status: Bogus Bug Type: PostgreSQL related Operating System: linux PHP Version: 4.4.2 New Comment: pg_escape_bytea() is just a wrapper for PQescapeBytea() function from Postgresql. If you think it doesn't work properly - please report it to PG developers. Previous Comments: [2006-01-30 21:30:51] dabicho2001 at yahoo dot com dot mx Description: pg_escape_bytea will escape a single quote as '' i.e. $a = '; $a = pg_escape_bytea($a); $a now contains '' pg_unescape_bytea will leave them unmodified. i.a. $a = pg_unescape_bytea($a); $a still contains '' apache's mod_php is 4.4.0 -- Edit this bug report at http://bugs.php.net/?id=36217edit=1
#16263 [Com]: session.start() create new empty session file and not resume existing session
ID: 16263 Comment by: geso at inmail dot sk Reported By: kur at natur dot cuni dot cz Status: No Feedback Bug Type: Session related Operating System: ANY PHP Version: 4.3.0-dev New Comment: I've got same problem with 5.1.2 (and previously with 4.3.8). Both clean install, Win2k, IIS 5.0. Everytime I enter (reload) a page, it creates a new file in my sessions directory. Previous Comments: [2005-11-15 16:25:07] f dot schiappelli at enpam dot it Same problem with PHP 5.0.2, Apache 2.0.52, Windows XP. Did anybody solved the problem? Thanks in advance, Faith [2005-10-26 17:21:19] beny dot eleeas at gmail dot com I got the same problem in PHP 4.3.10. What should I do? System Linux Build Date Dec 18 2004 22:24:47 Server API CGI Virtual Directory Support disabled Configuration File (php.ini) Path /home/lib/php/php.ini PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Debug Build no Thread Safety disabled Registered PHP Streams php, http, ftp, https, ftps session.cache_limiter nocache session.cookie_domain no value session.cookie_lifetime 0 session.cookie_path / session.cookie_secure Off session.entropy_file /dev/urandom session.entropy_length 64 session.gc_divisor 100 session.gc_maxlifetime 1440 session.gc_probability 1 session.name PHPSESSID session.referer_check no value session.save_handler files session.save_path /home/var/state/php session.serialize_handler php session.use_cookies On session.use_only_cookies Off session.use_trans_sid Off [2005-09-19 17:34:10] bananen_007 at hotmail dot com Just wanted to say that I got the same problem in PHP 5.0.5 clean installation with Apache 2.x.x. Reading\Writing to session works in the same page but the server loses the session when going between different pages or reloading the page. [2005-07-13 04:36:59] beredim at hotmail dot com Same here using PHP 5.0.4 Apache 2.0.54 Windows XP SP2 (up to date) [2004-12-08 06:34:09] spam at taylorw dot com I have this same issue. Just did a clean install of Apache 2.0.52 and PHP/4.3.9 ... and I have the same issues. A new session is created, and yes, the php.ini is correct (the one that installed with the Gentoo ebuild). 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/16263 -- Edit this bug report at http://bugs.php.net/?id=16263edit=1
#36182 [Opn-Fbk]: PHP CLI segfaults on exit in trsm_shutdown
ID: 36182 Updated by: [EMAIL PROTECTED] Reported By: zeekec at mad dot scientist dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Gentoo PHP Version: 5.1.2 New Comment: You don't need this options: --enable-maintainer-zts --enable-experimental-zts the first is for maintainers only, the second doesn't exist. Though I should note that even with `./configure --enable-maintainer-zts --with-tidy` I don't see the crash. Previous Comments: [2006-01-30 19:00:40] zeekec at mad dot scientist dot com As seen on the Gentoo bug: http://bugs.gentoo.org/show_bug.cgi?id=120202 Disabling the tidy extension or threads got rid of the segfault. I haven't tried the snapshot yet. Will do that now. [2006-01-28 12:59:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip well, that backtrace doesn't help much. can you please try to compile PHP without portage (aka by hand), please? [2006-01-27 22:26:58] zeekec at mad dot scientist dot com It was emerged with nostrip. Full emerge line: CFLAGS=-O0 -pipe -g -ggdb CXXFLAGS=-O0 -pipe -g -ggdb FEATURES=nostrip ACCEPT_KEYWORDS=~x86 ~overlay maint PORTDIR_OVERLAY=/home/gentoo/local/gentoo-php-overlay/testing /home/gentoo/local/gentoo-php-overlay/experimental emerge -av dev-lang/php The backtrace shows it dieing at TSRM.c:180. Is there another library I should install with nostrip? [2006-01-27 21:45:44] [EMAIL PROTECTED] We need a better backtrace.. So please re-emerge PHP with the following command: FEATURES=nostrip emerge =dev-lang/php-5.1.2 And then generate a new backtrace. [2006-01-27 19:56:56] zeekec at mad dot scientist dot com Description: When running the php commandline interface, php segfaults on exit. Reproduce code: --- php -v PHP 5.1.2-gentoo (cli) (built: Jan 27 2006 13:01:11) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies Segmentation fault Configured with: ./configure --prefix=/usr/lib/php5 --sysconfdir=/etc --cache-file=./config.cache --enable-cli --disable-cgi --with-config-file-path=/etc/php/cli-php5 --with-config-file-scan -dir=/etc/php/cli-php5/ext-active --without-pear --enable-bcmath=shared --with-bz2=shared --enable-calendar=shared --with-curl=shared --with-curlwrappers=shared --disable-dbase --enable-exif=shared --without-fbsql --without-fdftk --disable-filepro --enable-ftp=shared --with-gettext=shared --with-gmp=shared --disable-hash --without-hwapi --without-infor mix --without-kerberos --enable-mbstring=shared --with-mcrypt=shared --disable-memory-limit --with-mhash=shared --with-ming=shared --without-msql --without-mssql --with-ncurses= shared --without-oci8 --without-oci8 --with-openssl=shared --with-openssl-dir=/usr --enable-pcntl=shared --disable-pdo --without-pgsql --with-pspell=shared --without-recode --di sable-reflection --disable-simplexml --disable-shmop --without-snmp --disable-soap --enable-sockets=shared --without-sybase --without-sybase-ct --enable-sysvmsg=shared --enable- sysvsem=shared --enable-sysvshm=shared --with-tidy=shared --disable-wddx --disable-xmlreader --disable-xmlwriter --without-xmlrpc --with-xsl=shared --with-zlib=shared --enable-d ebug --enable-dba=shared --without-cdb --with-db4=shared --with-flatfile=shared --with-gdbm=shared --with-inifile=shared --without-qdbm --with-freetype-dir=/usr --with-t1lib=/us r --disable-gd-jis-conv --enable-gd-native-ttf --with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-gd --with-imap=shared --with-imap-ssl --with-ldap=shared --with-ldap-sasl --with-mysql=shared,/usr/lib/mysql --with-mysql-sock=/var/run/mysqld/mysqld.sock --without-mysqli --with-readline --without-libedit --disable-session --enable- sqlite-utf8 --with-pic --enable-maintainer-zts --enable-experimental-zts Expected result: php -v PHP 5.1.2-gentoo (cli) (built: Jan 27 2006 13:01:11) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies Actual result: -- gdb --args php -v GNU gdb 6.4 Copyright 2005 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
#36218 [NEW]: weird behaviour using imagecolorallocate very often
From: jumo at gmx dot de
Operating system: debian
PHP version: 5.1.2
PHP Bug Type: GD related
Bug description: weird behaviour using imagecolorallocate very often
Description:
I want to draw many squares on a PNG image, wich have changing color.
after some correct drawed there is only one color used.
Reproduce code:
---
?php
$bigsize= 500;
$colours= array( 'FF' , '00FF00' );
header(Content-type: image/png);
$im = imagecreate( $bigsize * 2 , 50 );
for( $j = 0; $j $bigsize ; $j++ ) {
$k = $j % count( $colours );
$r = hexdec( substr( $colours[ $k ] , 0 , 2 ) );
$g = hexdec( substr( $colours[ $k ] , 2 , 2 ) );
$b = hexdec( substr( $colours[ $k ] , 4 , 2 ) );
$fill = imagecolorallocate($im, $r , $g , $b );
imagefilledrectangle( $im , 2*$j , 0 , 2*$j+1 , 50 , $fill );
}
imagepng($im);
imagedestroy($im);
?
Expected result:
a bar with red and green vertical stripes wich have changing colors.
Actual result:
--
the right half of the bar is green.
--
Edit bug report at http://bugs.php.net/?id=36218edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36218r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36218r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36218r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36218r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36218r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36218r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36218r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36218r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36218r=support
Expected behavior:http://bugs.php.net/fix.php?id=36218r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36218r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36218r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36218r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36218r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36218r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36218r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36218r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36218r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36218r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36218r=mysqlcfg
#36217 [Bgs-Csd]: with postgres 8.1, pg_escape_bytea escapes ' as '' and unescape leaves them ''
ID: 36217 User updated by: dabicho2001 at yahoo dot com dot mx Reported By: dabicho2001 at yahoo dot com dot mx -Status: Bogus +Status: Closed Bug Type: PostgreSQL related Operating System: linux PHP Version: 4.4.2 New Comment: silly me. not a bug, just missinterpretation on my part. Previous Comments: [2006-01-30 21:48:14] [EMAIL PROTECTED] pg_escape_bytea() is just a wrapper for PQescapeBytea() function from Postgresql. If you think it doesn't work properly - please report it to PG developers. [2006-01-30 21:30:51] dabicho2001 at yahoo dot com dot mx Description: pg_escape_bytea will escape a single quote as '' i.e. $a = '; $a = pg_escape_bytea($a); $a now contains '' pg_unescape_bytea will leave them unmodified. i.a. $a = pg_unescape_bytea($a); $a still contains '' apache's mod_php is 4.4.0 -- Edit this bug report at http://bugs.php.net/?id=36217edit=1
#36218 [Opn]: weird behaviour using imagecolorallocate very often
ID: 36218
User updated by: jumo at gmx dot de
Reported By: jumo at gmx dot de
Status: Open
Bug Type: GD related
Operating System: debian
PHP Version: 5.1.2
New Comment:
excuse my bad english!
Previous Comments:
[2006-01-30 23:46:58] jumo at gmx dot de
Description:
I want to draw many squares on a PNG image, wich have changing color.
after some correct drawed there is only one color used.
Reproduce code:
---
?php
$bigsize= 500;
$colours= array( 'FF' , '00FF00' );
header(Content-type: image/png);
$im = imagecreate( $bigsize * 2 , 50 );
for( $j = 0; $j $bigsize ; $j++ ) {
$k = $j % count( $colours );
$r = hexdec( substr( $colours[ $k ] , 0 , 2 ) );
$g = hexdec( substr( $colours[ $k ] , 2 , 2 ) );
$b = hexdec( substr( $colours[ $k ] , 4 , 2 ) );
$fill = imagecolorallocate($im, $r , $g , $b );
imagefilledrectangle( $im , 2*$j , 0 , 2*$j+1 , 50 , $fill );
}
imagepng($im);
imagedestroy($im);
?
Expected result:
a bar with red and green vertical stripes wich have changing colors.
Actual result:
--
the right half of the bar is green.
--
Edit this bug report at http://bugs.php.net/?id=36218edit=1
#36217 [Csd-Bgs]: with postgres 8.1, pg_escape_bytea escapes ' as '' and unescape leaves them ''
ID: 36217 Updated by: [EMAIL PROTECTED] Reported By: dabicho2001 at yahoo dot com dot mx -Status: Closed +Status: Bogus Bug Type: PostgreSQL related Operating System: linux PHP Version: 4.4.2 New Comment: no bug - bogus Previous Comments: [2006-01-30 23:54:37] dabicho2001 at yahoo dot com dot mx silly me. not a bug, just missinterpretation on my part. [2006-01-30 21:48:14] [EMAIL PROTECTED] pg_escape_bytea() is just a wrapper for PQescapeBytea() function from Postgresql. If you think it doesn't work properly - please report it to PG developers. [2006-01-30 21:30:51] dabicho2001 at yahoo dot com dot mx Description: pg_escape_bytea will escape a single quote as '' i.e. $a = '; $a = pg_escape_bytea($a); $a now contains '' pg_unescape_bytea will leave them unmodified. i.a. $a = pg_unescape_bytea($a); $a still contains '' apache's mod_php is 4.4.0 -- Edit this bug report at http://bugs.php.net/?id=36217edit=1
#36218 [Opn-Bgs]: weird behaviour using imagecolorallocate very often
ID: 36218
Updated by: [EMAIL PROTECTED]
Reported By: jumo at gmx dot de
-Status: Open
+Status: Bogus
Bug Type: GD related
Operating System: debian
PHP Version: 5.1.2
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You're alway allocating a new color to a palette based
image. Either register just the colors you use or create
the image using imagecreatetruecolor()
Previous Comments:
[2006-01-30 23:54:52] jumo at gmx dot de
excuse my bad english!
[2006-01-30 23:46:58] jumo at gmx dot de
Description:
I want to draw many squares on a PNG image, wich have changing color.
after some correct drawed there is only one color used.
Reproduce code:
---
?php
$bigsize= 500;
$colours= array( 'FF' , '00FF00' );
header(Content-type: image/png);
$im = imagecreate( $bigsize * 2 , 50 );
for( $j = 0; $j $bigsize ; $j++ ) {
$k = $j % count( $colours );
$r = hexdec( substr( $colours[ $k ] , 0 , 2 ) );
$g = hexdec( substr( $colours[ $k ] , 2 , 2 ) );
$b = hexdec( substr( $colours[ $k ] , 4 , 2 ) );
$fill = imagecolorallocate($im, $r , $g , $b );
imagefilledrectangle( $im , 2*$j , 0 , 2*$j+1 , 50 , $fill );
}
imagepng($im);
imagedestroy($im);
?
Expected result:
a bar with red and green vertical stripes wich have changing colors.
Actual result:
--
the right half of the bar is green.
--
Edit this bug report at http://bugs.php.net/?id=36218edit=1
#36219 [NEW]: By Reference nested arrays
From: bdhook at gmail dot com Operating system: Slackware 10.2 PHP version: 5.1.2 PHP Bug Type: Arrays related Bug description: By Reference nested arrays Description: I have been writing some code to handle Modified Pre-ordered Tree Traversal data, and the sole purpose of the code is to avoid recursive calls. The code works, but I found I had to place a line in that should not need to be there. My arrays are nested, but by reference rather than as usual. Each item with children has a member array called 'children', with each value bein a reference to a child. Each child has a member called 'parent', which has a reference to the parent array. The problem is, my code (which functions by using internal array pointers) doesn't work properly until the array is copied by reference back into itself. The code posted on my website (which will remain up as long as I don't have an answer) demonstrates this, though it needs a populated database with an MPTT tree to see it in action. The line $array=$array['children'][0]['parent']; should not need to be there. But, if you remove it, the code doesn't function correctly until after its natural cycle brings it back up to the root node, which effectively mimics the by reference assignment. At this point in the code the counter is already thrown off. Note that $array=$array; did not seem to work to fix the problem. Reproduce code: --- http://www.coder7.com/mptt.phps Expected result: The code generates the expected output, but only because a work-around has been put in. -- Edit bug report at http://bugs.php.net/?id=36219edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36219r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36219r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36219r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36219r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36219r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36219r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36219r=needscript Try newer version:http://bugs.php.net/fix.php?id=36219r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36219r=support Expected behavior:http://bugs.php.net/fix.php?id=36219r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36219r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36219r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36219r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36219r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36219r=dst IIS Stability:http://bugs.php.net/fix.php?id=36219r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36219r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36219r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36219r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36219r=mysqlcfg
#36219 [Opn-Bgs]: By Reference nested arrays
ID: 36219 User updated by: bdhook at gmail dot com Reported By: bdhook at gmail dot com -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Slackware 10.2 PHP Version: 5.1.2 New Comment: Turns out this was a bug in my code. The code went through several revisions, and at one point the argument to the function was changed so that it was not by reference. This caused the function to get a *copy* of the root node at start, and get the proper reference after cycling through the code a few times. Adding a in the correct place caused the code to function as expected without the fix line. Previous Comments: [2006-01-31 02:50:30] bdhook at gmail dot com Description: I have been writing some code to handle Modified Pre-ordered Tree Traversal data, and the sole purpose of the code is to avoid recursive calls. The code works, but I found I had to place a line in that should not need to be there. My arrays are nested, but by reference rather than as usual. Each item with children has a member array called 'children', with each value bein a reference to a child. Each child has a member called 'parent', which has a reference to the parent array. The problem is, my code (which functions by using internal array pointers) doesn't work properly until the array is copied by reference back into itself. The code posted on my website (which will remain up as long as I don't have an answer) demonstrates this, though it needs a populated database with an MPTT tree to see it in action. The line $array=$array['children'][0]['parent']; should not need to be there. But, if you remove it, the code doesn't function correctly until after its natural cycle brings it back up to the root node, which effectively mimics the by reference assignment. At this point in the code the counter is already thrown off. Note that $array=$array; did not seem to work to fix the problem. Reproduce code: --- http://www.coder7.com/mptt.phps Expected result: The code generates the expected output, but only because a work-around has been put in. -- Edit this bug report at http://bugs.php.net/?id=36219edit=1
#36216 [Fbk-Opn]: timeout doesnt works in fsockopen
ID: 36216
User updated by: ipmax at freesurf dot fr
Reported By: ipmax at freesurf dot fr
-Status: Feedback
+Status: Open
Bug Type: Sockets related
Operating System: debian
PHP Version: 5.1.2
New Comment:
This echo connected, and hangs for ever, timout doesnt works :
-
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,5);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp); }
fclose($scfp);
//
This works, considering timout is checked in the fgets loop.
stream_set_timeout() replace the bug of fsockopen that doesnt timeout.
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,2);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp);
$info = stream_get_meta_data($scfp);
if ($info['timed_out']) { echo timeout; exit; }
}
fclose($scfp);
-
PHP 5.1.1-1.dotdeb.2 (cli) (built: Dec 1 2005 12:46:40)
Previous Comments:
[2006-01-30 21:04:03] [EMAIL PROTECTED]
Hello,
i got the bug of fsockopen no timeout
on different debian and latest php
you say it works perfectly, did you tried with a blocked adress or
non existant domain ?
Yes, I did.
did you got it to work on debian ?
No, since I don't use debian and have no chance to test it there. So if
you're able to provide some more information - please provide it.
And please use this system instead of mailing privately so we can track
the things.
[2006-01-30 20:47:14] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to Open.
Thank you for your interest in PHP.
Works fine here.
[2006-01-30 20:29:38] ipmax at freesurf dot fr
Description:
fsockopen hang if remote server doesnt reply, like no dns, or server
down, or firewall drop paquets.
Timeout only works if remote server reply something
if a firewall drop paquets, then timeout wont work, and fsockopen hang
forever.
Same problem on socket_server
This is a big problem, that is why many people see theyr script hanging
when using fsockopen.
I v seen this bug on redhat php 4, and debian php 5
--
Edit this bug report at http://bugs.php.net/?id=36216edit=1
#36216 [Opn]: timeout doesnt works in fsockopen
ID: 36216
User updated by: ipmax at freesurf dot fr
Reported By: ipmax at freesurf dot fr
Status: Open
Bug Type: Sockets related
Operating System: debian
PHP Version: 5.1.2
New Comment:
we are talking here of a fsockopen connection attempt to a non
responding remote server, like a server with DROP iptable firewall.
Noteven responding error or 404, just not responding at all.
fsockopen never timeout, fgets never find the EOF.
= Hang.
Previous Comments:
[2006-01-31 04:33:20] ipmax at freesurf dot fr
This echo connected, and hangs for ever, timout doesnt works :
-
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,5);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp); }
fclose($scfp);
//
This works, considering timout is checked in the fgets loop.
stream_set_timeout() replace the bug of fsockopen that doesnt timeout.
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,2);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp);
$info = stream_get_meta_data($scfp);
if ($info['timed_out']) { echo timeout; exit; }
}
fclose($scfp);
-
PHP 5.1.1-1.dotdeb.2 (cli) (built: Dec 1 2005 12:46:40)
[2006-01-30 21:04:03] [EMAIL PROTECTED]
Hello,
i got the bug of fsockopen no timeout
on different debian and latest php
you say it works perfectly, did you tried with a blocked adress or
non existant domain ?
Yes, I did.
did you got it to work on debian ?
No, since I don't use debian and have no chance to test it there. So if
you're able to provide some more information - please provide it.
And please use this system instead of mailing privately so we can track
the things.
[2006-01-30 20:47:14] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to Open.
Thank you for your interest in PHP.
Works fine here.
[2006-01-30 20:29:38] ipmax at freesurf dot fr
Description:
fsockopen hang if remote server doesnt reply, like no dns, or server
down, or firewall drop paquets.
Timeout only works if remote server reply something
if a firewall drop paquets, then timeout wont work, and fsockopen hang
forever.
Same problem on socket_server
This is a big problem, that is why many people see theyr script hanging
when using fsockopen.
I v seen this bug on redhat php 4, and debian php 5
--
Edit this bug report at http://bugs.php.net/?id=36216edit=1
#36216 [Opn]: timeout doesnt works in fsockopen
ID: 36216
User updated by: ipmax at freesurf dot fr
Reported By: ipmax at freesurf dot fr
Status: Open
Bug Type: Sockets related
Operating System: debian
PHP Version: 5.1.2
New Comment:
did a mistake in the first post, here is the way to understand. Timeout
works only if add stream_set_timeout() to the inloop stream. Why the
fsokopen timeout doesnt timeout ? no idea.
This echo connected, and hangs for ever, timout doesnt works :
-
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,5);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp); }
fclose($scfp);
//
This works, considering timout is checked in the fgets loop.
stream_set_timeout() replace the bug of fsockopen that doesnt timeout.
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,2);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp);
$info = stream_get_meta_data($scfp);
if ($info['timed_out']) { echo timeout; exit; }
}
fclose($scfp);
-
PHP 5.1.1-1.dotdeb.2 (cli) (built: Dec 1 2005 12:46:40)
Previous Comments:
[2006-01-31 04:40:13] ipmax at freesurf dot fr
we are talking here of a fsockopen connection attempt to a non
responding remote server, like a server with DROP iptable firewall.
Noteven responding error or 404, just not responding at all.
fsockopen never timeout, fgets never find the EOF.
= Hang.
[2006-01-31 04:33:20] ipmax at freesurf dot fr
This echo connected, and hangs for ever, timout doesnt works :
-
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,5);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp); }
fclose($scfp);
//
This works, considering timout is checked in the fgets loop.
stream_set_timeout() replace the bug of fsockopen that doesnt timeout.
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,2);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp);
$info = stream_get_meta_data($scfp);
if ($info['timed_out']) { echo timeout; exit; }
}
fclose($scfp);
-
PHP 5.1.1-1.dotdeb.2 (cli) (built: Dec 1 2005 12:46:40)
[2006-01-30 21:04:03] [EMAIL PROTECTED]
Hello,
i got the bug of fsockopen no timeout
on different debian and latest php
you say it works perfectly, did you tried with a blocked adress or
non existant domain ?
Yes, I did.
did you got it to work on debian ?
No, since I don't use debian and have no chance to test it there. So if
you're able to provide some more information - please provide it.
And please use this system instead of mailing privately so we can track
the things.
[2006-01-30 20:47:14] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to Open.
Thank you for your interest in PHP.
Works fine here.
[2006-01-30 20:29:38] ipmax at freesurf dot fr
Description:
fsockopen hang if remote server doesnt reply, like no dns, or server
down, or firewall drop paquets.
Timeout only works if remote server reply something
if a firewall drop paquets, then timeout wont work, and fsockopen hang
forever.
Same problem on socket_server
This is a big problem, that is why many people see theyr script hanging
when using fsockopen.
I v seen this bug on redhat php 4, and debian php 5
--
Edit this bug report at http://bugs.php.net/?id=36216edit=1
#36216 [Opn]: timeout doesnt works in fsockopen
ID: 36216
User updated by: ipmax at freesurf dot fr
Reported By: ipmax at freesurf dot fr
Status: Open
Bug Type: Sockets related
Operating System: debian
PHP Version: 5.1.2
New Comment:
Please use this adress to test :
$scfp=fsockopen(generation.elliptic.fr, 8060,$errno,$errstr,1);
I dont know what firewall there is, but sometimes, my demo is correct,
on microsoft it is not.
Previous Comments:
[2006-01-31 04:45:19] ipmax at freesurf dot fr
did a mistake in the first post, here is the way to understand. Timeout
works only if add stream_set_timeout() to the inloop stream. Why the
fsokopen timeout doesnt timeout ? no idea.
This echo connected, and hangs for ever, timout doesnt works :
-
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,5);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp); }
fclose($scfp);
//
This works, considering timout is checked in the fgets loop.
stream_set_timeout() replace the bug of fsockopen that doesnt timeout.
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,2);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp);
$info = stream_get_meta_data($scfp);
if ($info['timed_out']) { echo timeout; exit; }
}
fclose($scfp);
-
PHP 5.1.1-1.dotdeb.2 (cli) (built: Dec 1 2005 12:46:40)
[2006-01-31 04:40:13] ipmax at freesurf dot fr
we are talking here of a fsockopen connection attempt to a non
responding remote server, like a server with DROP iptable firewall.
Noteven responding error or 404, just not responding at all.
fsockopen never timeout, fgets never find the EOF.
= Hang.
[2006-01-31 04:33:20] ipmax at freesurf dot fr
This echo connected, and hangs for ever, timout doesnt works :
-
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,5);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp); }
fclose($scfp);
//
This works, considering timout is checked in the fgets loop.
stream_set_timeout() replace the bug of fsockopen that doesnt timeout.
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,2);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp);
$info = stream_get_meta_data($scfp);
if ($info['timed_out']) { echo timeout; exit; }
}
fclose($scfp);
-
PHP 5.1.1-1.dotdeb.2 (cli) (built: Dec 1 2005 12:46:40)
[2006-01-30 21:04:03] [EMAIL PROTECTED]
Hello,
i got the bug of fsockopen no timeout
on different debian and latest php
you say it works perfectly, did you tried with a blocked adress or
non existant domain ?
Yes, I did.
did you got it to work on debian ?
No, since I don't use debian and have no chance to test it there. So if
you're able to provide some more information - please provide it.
And please use this system instead of mailing privately so we can track
the things.
[2006-01-30 20:47:14] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to Open.
Thank you for your interest in PHP.
Works fine here.
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/36216
--
Edit this bug report at http://bugs.php.net/?id=36216edit=1
#36216 [Opn]: timeout doesnt works in fsockopen
ID: 36216
User updated by: ipmax at freesurf dot fr
Reported By: ipmax at freesurf dot fr
Status: Open
Bug Type: Sockets related
Operating System: debian
PHP Version: 5.1.2
New Comment:
You can delete previous post, here is a good example :
This echo connected, and hangs for ever, timout doesnt works :
-
$scfp=fsockopen(generation.elliptic.fr, 8060,$errno,$errstr,5);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp); }
fclose($scfp);
//
This works, considering timout is checked in the fgets loop.
stream_set_timeout() replace the bug of fsockopen that doesnt timeout.
$scfp=fsockopen(generation.elliptic.fr, 8060,$errno,$errstr,2);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp);
$info = stream_get_meta_data($scfp);
if ($info['timed_out']) { echo timeout; exit; }
}
fclose($scfp);
-
PHP 5.1.1-1.dotdeb.2 (cli) (built: Dec 1 2005 12:46:40)
Previous Comments:
[2006-01-31 04:50:58] ipmax at freesurf dot fr
Please use this adress to test :
$scfp=fsockopen(generation.elliptic.fr, 8060,$errno,$errstr,1);
I dont know what firewall there is, but sometimes, my demo is correct,
on microsoft it is not.
[2006-01-31 04:45:19] ipmax at freesurf dot fr
did a mistake in the first post, here is the way to understand. Timeout
works only if add stream_set_timeout() to the inloop stream. Why the
fsokopen timeout doesnt timeout ? no idea.
This echo connected, and hangs for ever, timout doesnt works :
-
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,5);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp); }
fclose($scfp);
//
This works, considering timout is checked in the fgets loop.
stream_set_timeout() replace the bug of fsockopen that doesnt timeout.
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,2);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp);
$info = stream_get_meta_data($scfp);
if ($info['timed_out']) { echo timeout; exit; }
}
fclose($scfp);
-
PHP 5.1.1-1.dotdeb.2 (cli) (built: Dec 1 2005 12:46:40)
[2006-01-31 04:40:13] ipmax at freesurf dot fr
we are talking here of a fsockopen connection attempt to a non
responding remote server, like a server with DROP iptable firewall.
Noteven responding error or 404, just not responding at all.
fsockopen never timeout, fgets never find the EOF.
= Hang.
[2006-01-31 04:33:20] ipmax at freesurf dot fr
This echo connected, and hangs for ever, timout doesnt works :
-
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,5);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp); }
fclose($scfp);
//
This works, considering timout is checked in the fgets loop.
stream_set_timeout() replace the bug of fsockopen that doesnt timeout.
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,2);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp);
$info = stream_get_meta_data($scfp);
if ($info['timed_out']) { echo timeout; exit; }
}
fclose($scfp);
-
PHP 5.1.1-1.dotdeb.2 (cli) (built: Dec 1 2005 12:46:40)
[2006-01-30 21:04:03] [EMAIL PROTECTED]
Hello,
i got the bug of fsockopen no timeout
on different debian and latest php
you say it works perfectly, did you tried with a blocked adress or
non existant domain ?
Yes, I did.
did you got it to work on debian ?
No, since I don't use debian and have no chance to test it there. So if
you're able to provide some more information - please provide it.
And please use this system instead of mailing privately so we can track
the things.
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/36216
--
Edit this bug report at
#36220 [NEW]: Unable to load library...dll not found (but its really there)
From: desmond_whitt at big8software dot com Operating system: Windows PHP version: 5.1.2 PHP Bug Type: Dynamic loading Bug description: Unable to load library...dll not found (but its really there) Description: When configuring php for windows and staring up your web server, you may get an error that reports the dlls cannot be found if you have any extensions uncommented in the php.ini file. But you have the extension directory defined correctly in the php.ini file. An alternative to the solution of copying the dlls into your system directory (Which is messy) is to simply include the php home directory and the php extension directory in the SYSTEM_PATH and restart the computer. Have Fun... -- Edit bug report at http://bugs.php.net/?id=36220edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36220r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36220r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36220r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36220r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36220r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36220r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36220r=needscript Try newer version:http://bugs.php.net/fix.php?id=36220r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36220r=support Expected behavior:http://bugs.php.net/fix.php?id=36220r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36220r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36220r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36220r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36220r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36220r=dst IIS Stability:http://bugs.php.net/fix.php?id=36220r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36220r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36220r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36220r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36220r=mysqlcfg
#36216 [Opn-Fbk]: timeout doesnt works in fsockopen
ID: 36216
Updated by: [EMAIL PROTECTED]
Reported By: ipmax at freesurf dot fr
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: debian
PHP Version: 5.1.2
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2006-01-31 04:52:12] ipmax at freesurf dot fr
You can delete previous post, here is a good example :
This echo connected, and hangs for ever, timout doesnt works :
-
$scfp=fsockopen(generation.elliptic.fr, 8060,$errno,$errstr,5);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp); }
fclose($scfp);
//
This works, considering timout is checked in the fgets loop.
stream_set_timeout() replace the bug of fsockopen that doesnt timeout.
$scfp=fsockopen(generation.elliptic.fr, 8060,$errno,$errstr,2);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp);
$info = stream_get_meta_data($scfp);
if ($info['timed_out']) { echo timeout; exit; }
}
fclose($scfp);
-
PHP 5.1.1-1.dotdeb.2 (cli) (built: Dec 1 2005 12:46:40)
[2006-01-31 04:50:58] ipmax at freesurf dot fr
Please use this adress to test :
$scfp=fsockopen(generation.elliptic.fr, 8060,$errno,$errstr,1);
I dont know what firewall there is, but sometimes, my demo is correct,
on microsoft it is not.
[2006-01-31 04:45:19] ipmax at freesurf dot fr
did a mistake in the first post, here is the way to understand. Timeout
works only if add stream_set_timeout() to the inloop stream. Why the
fsokopen timeout doesnt timeout ? no idea.
This echo connected, and hangs for ever, timout doesnt works :
-
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,5);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp); }
fclose($scfp);
//
This works, considering timout is checked in the fgets loop.
stream_set_timeout() replace the bug of fsockopen that doesnt timeout.
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,2);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp);
$info = stream_get_meta_data($scfp);
if ($info['timed_out']) { echo timeout; exit; }
}
fclose($scfp);
-
PHP 5.1.1-1.dotdeb.2 (cli) (built: Dec 1 2005 12:46:40)
[2006-01-31 04:40:13] ipmax at freesurf dot fr
we are talking here of a fsockopen connection attempt to a non
responding remote server, like a server with DROP iptable firewall.
Noteven responding error or 404, just not responding at all.
fsockopen never timeout, fgets never find the EOF.
= Hang.
[2006-01-31 04:33:20] ipmax at freesurf dot fr
This echo connected, and hangs for ever, timout doesnt works :
-
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,5);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp); }
fclose($scfp);
//
This works, considering timout is checked in the fgets loop.
stream_set_timeout() replace the bug of fsockopen that doesnt timeout.
$scfp=fsockopen(www.microsoft.com, 111,$errno,$errstr,2);
if(!$scfp) {echo error; exit;
} else {
echo connected,;
stream_set_timeout($scfp,2);
fputs($scfp,GET /admin.cgi\r\n\r\n);
while(!feof($scfp)) {$page .= fgets($scfp);
$info = stream_get_meta_data($scfp);
if ($info['timed_out']) { echo timeout; exit; }
}
fclose($scfp);
-
PHP 5.1.1-1.dotdeb.2 (cli) (built: Dec 1 2005 12:46:40)
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/36216
--
Edit this bug report at http://bugs.php.net/?id=36216edit=1
#36220 [Opn-Bgs]: Unable to load library...dll not found (but its really there)
ID: 36220 Updated by: [EMAIL PROTECTED] Reported By: desmond_whitt at big8software dot com -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: Windows PHP Version: 5.1.2 New Comment: http://www.php.net/manual/en/install.windows.manual.php That's exactly what the docs suggest. Previous Comments: [2006-01-31 07:40:02] desmond_whitt at big8software dot com Description: When configuring php for windows and staring up your web server, you may get an error that reports the dlls cannot be found if you have any extensions uncommented in the php.ini file. But you have the extension directory defined correctly in the php.ini file. An alternative to the solution of copying the dlls into your system directory (Which is messy) is to simply include the php home directory and the php extension directory in the SYSTEM_PATH and restart the computer. Have Fun... -- Edit this bug report at http://bugs.php.net/?id=36220edit=1
#36221 [NEW]: new __CLASS__() would be nice
From: david at tulloh dot id dot au Operating system: Debian Linux PHP version: 5.1.2 PHP Bug Type: Feature/Change Request Bug description: new __CLASS__() would be nice Description: It would be nice if, $object = new __CLASS__(); was supported. Currently this throws a parse/syntax error, Parse error: syntax error, unexpected T_CLASS_C, expecting T_STRING or T_VARIABLE or '$' in ... This does work as expected, $foo = __CLASS__; $object = new $foo(); -- Edit bug report at http://bugs.php.net/?id=36221edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36221r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36221r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36221r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36221r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36221r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36221r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36221r=needscript Try newer version:http://bugs.php.net/fix.php?id=36221r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36221r=support Expected behavior:http://bugs.php.net/fix.php?id=36221r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36221r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36221r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36221r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36221r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36221r=dst IIS Stability:http://bugs.php.net/fix.php?id=36221r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36221r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36221r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36221r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36221r=mysqlcfg
