Bug #50977 [Com]: imap_headerinfo Address buffer overflow
Edit report at https://bugs.php.net/bug.php?id=50977edit=1 ID: 50977 Comment by: jeremy at thomersonfamily dot com Reported by:lokitek at gmail dot com Summary:imap_headerinfo Address buffer overflow Status: Feedback Type: Bug Package:IMAP related Operating System: CentOS 5.4 PHP Version:5.2.12 Block user comment: N Private report: N New Comment: Although the OP never responded with a backtrace, it seems fairly easy to reproduce. I'm seeing it when I receive a message that has around 560 recipients in the TO field. If you are not able to easily reproduce it with that info, please reply to this thread and I'll provide additional debugging information. Previous Comments: [2010-11-07 21:25:44] fel...@php.net 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. [2010-11-01 11:54:45] paul at fubra dot com I'm also experiencing this error with CentOS release 5.3 (Final). yum list libc-client libc-client.i386 2004g-2.2.1 [2010-04-25 20:06:28] fel...@php.net Any news? [2010-02-20 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2010-02-10 20:26:50] lokitek at gmail dot com drop centOS isn't all that easy - What would you recommend instead? ;) I'll update c-client and will let you know. Thanks! 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 https://bugs.php.net/bug.php?id=50977 -- Edit this bug report at https://bugs.php.net/bug.php?id=50977edit=1
[PHP-BUG] Bug #55675 [NEW]: Buffer overflow error in imap_headerinfo can not be suppressed
From: Operating system: CentOS 5.5 PHP version: Irrelevant Package: IMAP related Bug Type: Bug Bug description:Buffer overflow error in imap_headerinfo can not be suppressed Description: This is related to https://bugs.php.net/bug.php?id=50977 There are really two bugs here: 1 - the bug linked above - the buffer overflow when a message has too many addresses in the To: field (my test case had 580+) 2 - The fact that I can not suppress the error and continue script execution Here is the error that is generated due to #1: [Mon Sep 12 17:14:42 2011] [error] [client 10.1.XXX.XXX] PHP Fatal error: imap_headerinfo() [a href='function.imap-headerinfo'function.imap-headerinfo/a]: Address buffer overflow in /home/jrthomer/X/trunk/www/lib/imap.php on line 805, referer: https://example.com/jrthomer_qa/index.php The imap_headerinfo call never returns. The script is aborted. The bigger problem is that no attempt at suppressing the error and continuing processing is working. Typically we can catch an error like this with a try/catch if the function returns an exception. If it does not (worst case scenario), we can suppress all errors with the @ prefix before the function call. In this case, neither worked. Additionally, I tried set_error_handler with a custom error handler. The error handler catches errors that I manually trigger using trigger_error (and the script continues processing), but it does *not* get called for the error that is pasted above. The script below is an example that shows all the error handling methods I have tried that are not working. Test script: --- function suppress_all_errors($errno, $errstr, $errfile, $errline) { print(there was an error calling imap_headerinfo {$errno}, {$errstr}, {$errfile}, {$errline}); }; function getMessageHeaderInfo($objConn, $intUID, $blFullAttachmentDetails = false) { $intMessageNumber = imap_msgno($objConn, $intUID); // this works (in other words, connection and message UID are okay) $objHdr = false; try { set_error_handler(suppress_all_errors, E_ALL); // this error ends up in my error suppress_all_errors error handler trigger_error(test, E_ERROR); // the following line results in an error in the logs and aborts the script // note that the try/catch does not work (no exception is thrown), // the @ error suppressor does not work (the error is still logged and the script is aborted) // and the custom error handler set above does not get triggered $objHdr = @imap_headerinfo($objConn, $intMessageNumber); // --- ERROR IS HERE restore_error_handler(); } catch (Exception $e) { print(error getting imap_headerinfo: {$e}); } } Expected result: Two expected results: 1 - there should not be a buffer overflow 2 - in the event of the buffer overflow, I should be able to continue script execution -- Edit bug report at https://bugs.php.net/bug.php?id=55675edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55675r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55675r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55675r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55675r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55675r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55675r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55675r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55675r=needscript Try newer version: https://bugs.php.net/fix.php?id=55675r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55675r=support Expected behavior: https://bugs.php.net/fix.php?id=55675r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55675r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55675r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55675r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55675r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55675r=dst IIS Stability: https://bugs.php.net/fix.php?id=55675r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55675r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55675r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55675r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55675r=mysqlcfg
Bug #44686 [Com]: SOAP-ERROR: Parsing WSDL
Edit report at https://bugs.php.net/bug.php?id=44686edit=1 ID: 44686 Comment by: jeremy at techtrav dot com Reported by:dmittner at llnw dot com Summary:SOAP-ERROR: Parsing WSDL Status: No Feedback Type: Bug Package:SOAP related Operating System: Gentoo PHP Version:5.2.5 Block user comment: N Private report: N New Comment: Also experiencing the issue with PHP 5.3 using the OTA ( Open Travel Alliance ) WSDL. Honestly if this has been an issue since 5.0.5, it should be fixed by now. Adding name=name in front of ref= in all of the XSD's allows the parser to succeed but it technically is an invalid WSDL. I hope there is a real fix for this glaring WSDL parsing bug soon. Previous Comments: [2011-07-04 10:27:09] felix at hexon dot cx Im am experiencing the same problem with a .NET webservice using the 'ref' attribute in the WSDL. PHP version 5.3.6 [2010-12-02 10:09:21] norberto dot ostallo at qualitygroup dot it I'm having the same problem consuming OTA (Open Travel Alliance) XML files, using php5.3.3 on Ubuntu. Does anyone know a fix or a workaround? [2010-11-10 11:29:07] php at leentje dot org Also not working in php5.3 it seems. Why is this bug not being picked up? It kind of defeats the purpose if I have to store WSDL files locally... and even worse, also have to change/add name= to the file. [2010-07-05 12:35:00] belgattitude at gmail dot com Same error connecting to .net service with PHP 5.2.13 and PHP 5.2.14RC2 Try it with, for example : $url = http://d2c.9squared.com/f/ContentRetrieval.asmx?WSDL;; $soapClient = new SoapClient($url array('soap_version' = SOAP_1_2)); will result in [WSDL] SOAP-ERROR: Parsing Schema: unresolved element 'ref' attribute. [2009-04-09 10:26:16] tommy at profi dot it Same here. Test files available at http://dev.profi.it/ota.zip Please review this issue! Thanks a lot! 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 https://bugs.php.net/bug.php?id=44686 -- Edit this bug report at https://bugs.php.net/bug.php?id=44686edit=1
Bug #53503 [Com]: mysqli::query returns false after successful LOAD DATA query
Edit report at http://bugs.php.net/bug.php?id=53503edit=1 ID: 53503 Comment by: jeremy dot archuleta at gmail dot com Reported by:clewis at myfonts dot com Summary:mysqli::query returns false after successful LOAD DATA query Status: Closed Type: Bug Package:MySQLi related Operating System: Linux - CentOS PHP Version:5.3.3 Assigned To:kalle Block user comment: N Private report: N New Comment: This also occurs in the mysql package. The bug report I filed yesterday (before I saw this) is here: http://bugs.php.net/bug.php?id=53649 Previous Comments: [2010-12-12 17:18:22] ka...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. The fix will be included in PHP 5.3.5 [2010-12-12 17:17:53] ka...@php.net Automatic comment from SVN on behalf of kalle Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=306266 Log: Fixed bug #53503 (mysqli::query returns false after successful LOAD DATA query) [2010-12-09 01:16:44] clewis at myfonts dot com Description: When a LOAD DATA LOCAL INFILE query is run after a previous SELECT query on the same mysqli handle, mysqli::query returns false even though the LOAD DATA query is successful. Additionally, PHP outputs two warnings during the mysqli::query call: PHP Warning: mysqli::query(): (0/0): in /path/to/script.php on line 16 Warning: mysqli::query(): (0/0): in /path/to/script.php on line 16 Properties of the mysqli object, such as errorno and affected_rows, indicate success. If the LOAD DATA query is the first query run on a particular mysqli object, it works fine. We are using the mysqlnd lib. Configuration: ./configure --prefix=/usr/local --with-xmlrpc --with-apxs2 --with- mysqli=mysqlnd --with-pdo-mysql=mysqlnd --with-curl --with-curlwrappers -- enable-bcmath --with-gd=/usr --with-mcrypt=/usr/local --enable-mbstring --with- zlib --with-iconv --enable-soap --enable-ftp --without-sqlite --with-xsl -- enable-pcntl --enable-sockets --with-openssl This may be the same as inactive Bug #47387. Test script: --- $db = new mysqli($host,$user,$pass,$dbname); $tempfile = tempnam(/tmp,loaddata_); file_put_contents($tempfile, 1); $db-query(create table if not exists LoadDataTest (Column1 int unsigned not null primary key)); $db-query(select * from LoadDataTest limit 1); //LOAD DATA works properly without this $result = $db-query(load data local infile '$tempfile' replace into table LoadDataTest (Column1)); if ($result) print Load data success.\n; else print Error {$db-errno}: {$db-error}\n; unlink($tempfile); Expected result: mysqli::query returns result object Actual result: -- mysqli::query returns false -- Edit this bug report at http://bugs.php.net/bug.php?id=53503edit=1
Bug #53649 [Opn]: mysql_query with load data unable to save result set
Edit report at http://bugs.php.net/bug.php?id=53649edit=1 ID: 53649 User updated by:jeremy dot archuleta at gmail dot com Reported by:jeremy dot archuleta at gmail dot com Summary:mysql_query with load data unable to save result set Status: Open Type: Bug Package:MySQL related Operating System: Mac OS PHP Version:5.3.4 Block user comment: N Private report: N New Comment: Bug is also reported in MySQLi package: http://bugs.php.net/bug.php?id=53503 And reported to be fixed in PHP 5.3.5 Previous Comments: [2011-01-04 16:24:03] jeremy dot archuleta at gmail dot com Description: I believe that using mysql_query() with load data should always be a TRUE/FALSE return value. However, if a mysql_query() call that returns a result set is performed *before* the load data query, then there is a warning stating that the result set can not be saved. In short: Warning: mysql_query(SELECT ...); // result set *before* mysql_query(LOAD DATA ...); // warning Works: mysql_query(LOAD DATA ...); // works mysql_query(SELECT ...); // result set *after* Works: mysql_query(UPDATE ...); // *no* result set mysql_query(LOAD DATA ...); // works Works and Warning: mysql_query(LOAD DATA ...); // works mysql_query(SELECT ...); // result set *after* mysql_query(LOAD DATA ...); // warning MacOS 10.5.8 $ uname -a Darwin clark-kent-2.local 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386 Using PHP from macports $ php --version PHP 5.3.3 (cli) (built: Oct 25 2010 17:21:53) Copyright (c) 1997-2010 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies $ php -i phpinfo() PHP Version = 5.3.3 System = Darwin clark-kent-2.local 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386 Build Date = Oct 25 2010 17:19:57 Configure Command = './configure' '--prefix=/opt/local' '-- mandir=/opt/local/share/man' '--infodir=/opt/local/share/info' '--with-config- file-path=/opt/local/etc/php5' '--with-config-file-scan- dir=/opt/local/var/db/php5' '--disable-all' '--enable-bcmath' '--enable-ctype' '--enable-dom' '--enable-fileinfo' '--enable-filter' '--enable-hash' '--enable- json' '--enable-libxml' '--enable-pdo' '--enable-phar' '--enable-session' '-- enable-simplexml' '--enable-tokenizer' '--enable-xml' '--enable-xmlreader' '-- enable-xmlwriter' '--with-bz2=/opt/local' '--with-mhash=/opt/local' '--with- pcre-regex=/opt/local' '--with-readline=/opt/local' '--with-libxml- dir=/opt/local' '--with-zlib=/opt/local' '--disable-cgi' '--with- apxs2=/opt/local/apache2/bin/apxs' '--with-pear=/opt/local/lib/php' Using MySQL from macports $ mysql --version mysql Ver 14.14 Distrib 5.1.51, for apple-darwin9.8.0 (i386) using readline 6.1 Test script: --- ?php error_reporting(E_ALL | E_STRICT); $sql = LOAD DATA LOCAL INFILE '/tmp/a.out' INTO TABLE tmp (value); $db = mysql_connect('localhost', 'root', 'password'); mysql_select_db('some_database'); // load data *before* another query will work // (this will return TRUE) print (This works\n); $works = mysql_query($sql, $db); print (This also works\n); $also_works = mysql_query(SELECT * FROM tmp, $db); // load data *after* a query produces warning about not saving result set // (should return TRUE/FALSE I believe) print (This fails with warning\n); $fails_with_warning = mysql_query($sql, $db); ? Expected result: This works This also works This fails with warning Actual result: -- This works This also works This fails with warning Warning: mysql_query(): Unable to save result set in tmp.php on line 18 -- Edit this bug report at http://bugs.php.net/bug.php?id=53649edit=1
[PHP-BUG] Bug #53649 [NEW]: mysql_query with load data unable to save result set
From: Operating system: Mac OS PHP version: 5.3.4 Package: MySQL related Bug Type: Bug Bug description:mysql_query with load data unable to save result set Description: I believe that using mysql_query() with load data should always be a TRUE/FALSE return value. However, if a mysql_query() call that returns a result set is performed *before* the load data query, then there is a warning stating that the result set can not be saved. In short: Warning: mysql_query(SELECT ...); // result set *before* mysql_query(LOAD DATA ...); // warning Works: mysql_query(LOAD DATA ...); // works mysql_query(SELECT ...); // result set *after* Works: mysql_query(UPDATE ...); // *no* result set mysql_query(LOAD DATA ...); // works Works and Warning: mysql_query(LOAD DATA ...); // works mysql_query(SELECT ...); // result set *after* mysql_query(LOAD DATA ...); // warning MacOS 10.5.8 $ uname -a Darwin clark-kent-2.local 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386 Using PHP from macports $ php --version PHP 5.3.3 (cli) (built: Oct 25 2010 17:21:53) Copyright (c) 1997-2010 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies $ php -i phpinfo() PHP Version = 5.3.3 System = Darwin clark-kent-2.local 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386 Build Date = Oct 25 2010 17:19:57 Configure Command = './configure' '--prefix=/opt/local' '-- mandir=/opt/local/share/man' '--infodir=/opt/local/share/info' '--with-config- file-path=/opt/local/etc/php5' '--with-config-file-scan- dir=/opt/local/var/db/php5' '--disable-all' '--enable-bcmath' '--enable-ctype' '--enable-dom' '--enable-fileinfo' '--enable-filter' '--enable-hash' '--enable- json' '--enable-libxml' '--enable-pdo' '--enable-phar' '--enable-session' '-- enable-simplexml' '--enable-tokenizer' '--enable-xml' '--enable-xmlreader' '-- enable-xmlwriter' '--with-bz2=/opt/local' '--with-mhash=/opt/local' '--with- pcre-regex=/opt/local' '--with-readline=/opt/local' '--with-libxml- dir=/opt/local' '--with-zlib=/opt/local' '--disable-cgi' '--with- apxs2=/opt/local/apache2/bin/apxs' '--with-pear=/opt/local/lib/php' Using MySQL from macports $ mysql --version mysql Ver 14.14 Distrib 5.1.51, for apple-darwin9.8.0 (i386) using readline 6.1 Test script: --- ?php error_reporting(E_ALL | E_STRICT); $sql = LOAD DATA LOCAL INFILE '/tmp/a.out' INTO TABLE tmp (value); $db = mysql_connect('localhost', 'root', 'password'); mysql_select_db('some_database'); // load data *before* another query will work // (this will return TRUE) print (This works\n); $works = mysql_query($sql, $db); print (This also works\n); $also_works = mysql_query(SELECT * FROM tmp, $db); // load data *after* a query produces warning about not saving result set // (should return TRUE/FALSE I believe) print (This fails with warning\n); $fails_with_warning = mysql_query($sql, $db); ? Expected result: This works This also works This fails with warning Actual result: -- This works This also works This fails with warning Warning: mysql_query(): Unable to save result set in tmp.php on line 18 -- Edit bug report at http://bugs.php.net/bug.php?id=53649edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53649r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53649r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53649r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53649r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53649r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53649r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53649r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53649r=needscript Try newer version: http://bugs.php.net/fix.php?id=53649r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53649r=support Expected behavior: http://bugs.php.net/fix.php?id=53649r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53649r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53649r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53649r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53649r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53649r=dst IIS Stability: http://bugs.php.net/fix.php?id=53649r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53649r=gnused Floating point
[PHP-BUG] Bug #53188 [NEW]: php_date.c fails to compile (code line 499)
From: Operating system: Darwin (iPod OS4) PHP version: 5.3.3 Package: Compile Failure Bug Type: Bug Bug description:php_date.c fails to compile (code line 499) Description: I'm not sure why this is happening - and I can't find help from google or the IRC chatroom #php so I figured I would post it here. For some reason I can't compile - when I try to run the compile I get this: to get a full paste of it you can go here: http://pastebin.com/zTtsQiMX Any idea? Test script: --- Here is a paste URL of the entire problem. http://pastebin.com/zTtsQiMX ./configure code... ++ | License: | | This software is subject to the PHP License, available in this | | distribution in the file LICENSE. By continuing this installation | | process, you are bound by the terms of this license agreement. | | If you do not agree with the terms of this license, you must abort | | the installation process at this point.| ++ Thank you for using PHP. iPod-Touch:~/php-5.3.3 root# make /bin/sh /var/root/php-5.3.3/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/var/root/php-5.3.3/ext/date/ -DPHP_ATOM_INC -I/var/root/php-5.3.3/include -I/var/root/php-5.3.3/main -I/var/root/php-5.3.3 -I/var/root/php-5.3.3/ext/date/lib -I/var/root/php-5.3.3/ext/ereg/regex -I/usr/include/libxml2 -I/usr/local/include -I/var/root/php-5.3.3/ext/sqlite3/libsqlite -I/var/root/php-5.3.3/TSRM -I/var/root/php-5.3.3/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /var/root/php-5.3.3/ext/date/php_date.c -o ext/date/php_date.lo /var/root/php-5.3.3/ext/date/php_date.c:499: error: expected expression before 'zend_date_globals' /var/root/php-5.3.3/ext/date/php_date.c:499: error: initializer element is not constant /var/root/php-5.3.3/ext/date/php_date.c:499: error: (near initialization for 'ini_entries[0].mh_arg1') make: *** [ext/date/php_date.lo] Error 1 iPod-Touch:~/php-5.3.3 root# Expected result: to compile normal :) Actual result: -- fails to compile :( -- Edit bug report at http://bugs.php.net/bug.php?id=53188edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53188r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53188r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53188r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53188r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53188r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53188r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53188r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53188r=needscript Try newer version: http://bugs.php.net/fix.php?id=53188r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53188r=support Expected behavior: http://bugs.php.net/fix.php?id=53188r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53188r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53188r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53188r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53188r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53188r=dst IIS Stability: http://bugs.php.net/fix.php?id=53188r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53188r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53188r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53188r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53188r=mysqlcfg
Bug #52106 [Com]: fopen fails on some SSL urls
Edit report at http://bugs.php.net/bug.php?id=52106edit=1 ID: 52106 Comment by: jeremy dot postlethwaite at gmail dot com Reported by:sc0ttbeardsley at gmail dot com Summary:fopen fails on some SSL urls Status: Open Type: Bug Package:OpenSSL related Operating System: Ubuntu Lucid/Maverick PHP Version:5.3.2 Block user comment: N New Comment: I am also having trouble with stream_socket_client and Zend_Auth_Adapter_Cas http://framework.zend.com/wiki/display/ZFPROP/Zend_Auth_Adapter_Cas+-+Jeremy+Postlethwaite I am using CentOS 5.5, zend-server-ce-php-5.3 and PHP 5.3.3. Here is my error: Unable to Connect to ssl://cas.ucdavis.edu:443. Error #0: The problem did not arise until I upgraded to PHP 5.3.3 Previous Comments: [2010-10-04 13:57:50] shinoj at hotmail dot com Hi, I could not reproduce this bug on RHEL5 64 bit (kernel 2.6.18-164.el5) with php-5.1.6-23.2.el5_3 which is the redhat default and centos5 64 bit (kernel 2.6.18-194.3.1.el5) with php-5.3.2-2 Regards, Shinoj. [2010-09-28 10:40:39] ns at centralservices dot nl A note on my previous post. Downgrading to PHP 5.2.10 within Ubuntu 10.04.1 LTS does resolve the problem. So the bug clearly resides in the PHP codebase. [2010-09-20 16:39:02] ns at centralservices dot nl I'm having a similar problem. The URL I'm trying to open: https://login.twinfield.com/webservices/session.asmx?wsdl Environment in which it's working perfectly: Ubuntu 9.10 (php 5.2.10). Environment in which it's not working: Ubuntu 10.04.1 (php 5.3.2). The specific errors I get when trying to connect to the url: PHP Warning: fopen(): SSL operation failed with code 1. OpenSSL Error messages: error:14092073:SSL routines:func(146):reason(115) in /share/ac/staging/test_twf_ubuntu10lts.php on line 26 PHP Warning: fopen(): Failed to enable crypto in /share/ac/staging/test_twf_ubuntu10lts.php on line 26 PHP Warning: fopen(https://login.twinfield.com/webservices/session.asmx?wsdl): failed to open stream: operation failed in /share/ac/staging/test_twf_ubuntu10lts.php on line 26 This means that I cannot connect to a very important SSL webservice through SoapClient so I cannot upgrade to Ubuntu 10 lts, which I really need to because of another, new, crucial package our project will depend on. I guess that the failing SOAP call is related to the above, but just to be sure, I'm getting the following error when trying to create a SoapClient with the above WSDL url (note that a commandline wget of the url works just fine): PHP Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from 'https://login.twinfield.com/webservices/session.asmx?wsdl' : failed to load external entity https://login.twinfield.com/webservices/session.asmx?wsdl; in /share/staging/test_twf_ubuntu10lts.php on line 30 SOAP-ERROR: Parsing WSDL: Couldn't load from 'https://login.twinfield.com/webservices/session.asmx?wsdl' : failed to load external entity https://login.twinfield.com/webservices/session.asmx?wsdl; [2010-09-15 17:07:57] personseb at yahoo dot fr maybe a hint to troubleshoot the problem if I use the following it works : $t_context = array( 'ciphers' = 'ALL:!AES:!3DES:!RC4:@STRENGTH', // OK:LOW ); $context = stream_context_create( array( 'ssl' = $t_context, )); file_get_contents('https://myserver:443', false, $context); without the above context it breaks : file_get_contents('https://myserver:443', false, $context); [2010-09-15 12:12:36] personseb at yahoo dot fr same problem here... Warning: fsockopen() [function.fsockopen]: SSL operation failed with code 1. OpenSSL Error messages: error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error in /www/test_servicesWS_sp.php on line 16 Warning: fsockopen() [function.fsockopen]: Failed to enable crypto in /www/test_servicesWS_sp.php on line 16 Warning: fsockopen() [function.fsockopen]: unable to connect to ssl://192.168.0.1:443 (Unknown error) in /www/test_servicesWS_sp.php on line 16 (0) PHP 5.3.2 OpenSSL 1.0.0 OS CentOS 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/bug.php?id=52106 -- Edit this bug report at http://bugs.php.net/bug.php?id=52106edit=1
Bug #51174 [Com]: error expected to be a reference when $this referenced in an array property
Edit report at http://bugs.php.net/bug.php?id=51174edit=1 ID: 51174 Comment by: jeremy at tuxmachine dot com Reported by:skrol29forum at gmail dot com Summary:error expected to be a reference when $this referenced in an array property Status: Open Type: Bug Package:Scripting Engine problem Operating System: Win7 PHP Version:5.3 Block user comment: N New Comment: See also bug 50394. Previous Comments: [2010-07-23 01:43:42] heis dot turtlemad at gmail dot com Same failure running Php5.3.2 on FreeBSD8 david:~php test.php arg_array[0] is the same instance than $this br prop=1 br arg_array[0] is the same instance than $this br Warning: Parameter 1 to f_test() expected to be a reference, value given in /usr/home/david/test.php on line 15 [2010-06-21 00:03:55] fel...@php.net I can reproduce it. array(1) { [0]= object(clsTest)#1 (2) { [prop]= int(0) [arg_array]= *RECURSION* } } prop=1 br array(1) { [0]= object(clsTest)#1 (2) { [prop]= int(1) [arg_array]= *RECURSION* } } PHP Warning: Parameter 1 to f_test() expected to be a reference, value given [2010-03-01 08:24:57] skrol29forum at gmail dot com I've inverted Expected result and Actual result. [2010-03-01 00:08:16] skrol29forum at gmail dot com Description: When $this is stored by reference in a PHP array, itself stored in a property, then function call_user_func_array() is able to recognize the reference only if called in the same local context where $this is referenced. In other words, the reference seems to be lost for call_user_func_array(). The bug does not occur with PHP 5.2, It does occur with both PHP 5.3.0 and PHP 5.3.1. Not yet tested with PHP 5.3.2 Note that if we use a global variable instead of a property, then the bug does not occur. Reproduce code: --- ?php function f_test($obj) { $obj-prop++; echo prop=.$obj-prop. br\r\n; } class clsTest { public $prop = 0; public $arg_array = false; function meth() { if ($this-arg_array===false) $this-arg_array = array($this); echo 'arg_array[0] '.(($this-arg_array[0]===$this) ? ' is the same instance' : ' is not the same instance').' than $this'. br\r\n; call_user_func_array('f_test', $this-arg_array); } } $oTest = new clsTest; $oTest-meth(); // OK $oTest-meth(); // ERR ? Expected result: arg_array[0] is the same instance than $this prop=1 arg_array[0] is the same instance than $this Warning: Parameter 1 to f_test() expected to be a reference, value given in D:\www\bug.php on line 14 Actual result: -- arg_array[0] is the same instance than $this prop=1 arg_array[0] is the same instance than $this prop=2 -- Edit this bug report at http://bugs.php.net/bug.php?id=51174edit=1
Bug #50394 [Com]: Reference argument converted to value in __call
Edit report at http://bugs.php.net/bug.php?id=50394edit=1 ID: 50394 Comment by: jeremy at tuxmachine dot com Reported by:tstarling at wikimedia dot org Summary:Reference argument converted to value in __call Status: Closed Type: Bug Package:Scripting Engine problem Operating System: Linux PHP Version:5.3.1 Assigned To:pajoye Block user comment: N New Comment: See bug 51174. Previous Comments: [2010-09-04 01:16:50] david at tuxteam dot com This seems to be an issue for Drupal modules as well. This is a significant problem for running Drupal on PHP 5.3. [2010-08-10 09:14:45] parktrip at gmail dot com I have the same problem with mediawiki 1.15.5 and PHP 5.3.2 (lastest version from Zend Server) So is this a MW problem or PHP ? [2010-07-23 01:09:33] heis dot turtlemad at gmail dot com Mediawiki is wrong in their comments. Not quite true. There is a regression which was fixed in 5.3.2, so upgrade to 5.3.2 is the right way to do it. Upgrading to 5.3.2 doesn't solve the issue, running the following softwares: FreeBSD 8/Nginx/MediaWiki 1.15.4 Any call to a Mediawiki extension fails on the following error: Parameter n to xxx expected to be a reference, value given in yyy Downgrading to 5.2 is actually the only way to get rid of this. [2010-06-06 19:04:27] paj...@php.net Mediawiki is wrong in their comments. There is a regression which was fixed in 5.3.2, so upgrade to 5.3.2 is the right way to do it. No need of further comments tho', the issue is fixed. Thanks for your feedbacks. [2010-06-06 18:55:37] PandoraBox2007 at gmail dot com install-utils.inc set comments /* $test = new PhpRefCallBugTester; $test-execute(); if ( !$test-ok ) { echo PHP 5.3.1 is not compatible with MediaWiki due to a bug involving\n . reference parameters to __call. Upgrade to PHP 5.3.2 or higher, or \n . downgrade to PHP 5.3.0 to fix this.\n . ABORTING (see http://bugs.php.net/bug.php?id=50394 for details)\n; die( -1 ); } */ 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/bug.php?id=50394 -- Edit this bug report at http://bugs.php.net/bug.php?id=50394edit=1
#49200 [NEW]: stream bindto context generates an error
From: jeremy at ssnet dot ca Operating system: FreeBSD 7.2-STABLE PHP version: 6SVN-2009-08-09 (SVN) PHP Bug Type: Streams related Bug description: stream bindto context generates an error Description: Specifying any IP address for bindto in stream_context_set_option() produces an error (local_addr context option is not a string.) Reproduce code: --- $context = stream_context_create (); stream_context_set_option ($context, 'socket', 'bindto', '127.0.0.1:0'); $contents = file_get_contents (http://php.net;, FALSE, $context); Expected result: Should return the contents of php.net Actual result: -- Warning: file_get_contents(http://php.net/): failed to open stream: local_addr context option is not a string. -- Edit bug report at http://bugs.php.net/?id=49200edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49200r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49200r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49200r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49200r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49200r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49200r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49200r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49200r=needscript Try newer version: http://bugs.php.net/fix.php?id=49200r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49200r=support Expected behavior: http://bugs.php.net/fix.php?id=49200r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49200r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49200r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49200r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49200r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49200r=dst IIS Stability: http://bugs.php.net/fix.php?id=49200r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49200r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49200r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49200r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49200r=mysqlcfg
#47926 [NEW]: It would be nice if there were a temporary conditions control structure
From: jeremy dot tharp at gmail dot com Operating system: Redhat Linux PHP version: 5.2.9 PHP Bug Type: Feature/Change Request Bug description: It would be nice if there were a temporary conditions control structure Description: This isn't really a bug, but I think it would be great to have a control structure that has temporary execution parameters. Consider it an execution space similar to a while or switch, etc. The reason I could use it in this particular instance is for security reasons. For certain code, I need to elevate a logged in user's status to temporarily give them super user permissions. Basically I temporarily convert the user, run the code, then convert them back. convert_user(); execute_code_here(); convert_user_back(); This works great, of course, but if I have to do this 300 times, there is a decent chance that I would forget to convert_user_back();, causing a security hole (the user would then be logged in as a super user). It would be great if I could do something like execspace conversion_space ($params[]) { function start () { convert_user(); } function stop () { convert_user_back(); } } Then in my actual code, I would do: conversion_space { // start function executes here // execute some code } // stop function executes here This way, it is grammatically impossible to implement the structure without closing it. I think this would be a powerful control structure for the language. Perhaps there is an equally useful solution that I am unaware of, but if not, I think implementing it is worth consideration (and if there is, I would certainly appreciate the enlightenment!) -- Edit bug report at http://bugs.php.net/?id=47926edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47926r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47926r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47926r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47926r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47926r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47926r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47926r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47926r=needscript Try newer version: http://bugs.php.net/fix.php?id=47926r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47926r=support Expected behavior: http://bugs.php.net/fix.php?id=47926r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47926r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47926r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47926r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47926r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47926r=dst IIS Stability: http://bugs.php.net/fix.php?id=47926r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47926r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47926r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47926r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47926r=mysqlcfg
#46244 [Fbk-Opn]: Virtual host specific magic_quotes_gpc setttings changing randomly
ID: 46244 User updated by: jeremy at hooks dot me dot uk Reported By: jeremy at hooks dot me dot uk -Status: Feedback +Status: Open Bug Type: PHP options/info functions Operating System: openSUSE 10.2 PHP Version: 5.2.6 New Comment: Jani. Thank you for your response, unfortunately it is not practical for me to install CVS-snapshot on this server as it is a production server. If I get chance I will try to see if I can recreate the bug on my openSUSE 11 laptop, using the CVS-snapshot. BTW, this bug isn't a major problem for me, it just means I get warnings from Joomla, which could be avoided. I noticed this bug in 5.2.5 but I thought when I upgraded to 5.2.6 it would be fixed that it would be fixed by the solution to 43677 (SUSE only released an update to 5.2.6 two weeks ago (for 10.2 at least)). However, I felt I ought to report it in case it affects anything more important than magic_quotes_gpc or someone who relies on magic_quotes_gpc. Regards. Jeremy. Previous Comments: [2008-10-06 21:00:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-10-06 17:57:29] jeremy at hooks dot me dot uk Description: First of all, forgive me if I already posted this bug today, my browser crashed earlier and I am not sure if I posted before the crash. The problem I am having appears very similar to http://bugs.php.net/bug.php?id=43677 - which apparently is fixed I have several virtual hosts, some of which have php_admin_flag magic_quotes_gpc off in their Apache config. Others have php_admin_flag magic_quotes_gpc On in their config. If I restart Apache and immediately browse one of the servers with magic quotes set to on, it will be on, however if i go back later (possibly after someone has browsed one of the other virtual hosts), it will be turned off. The main difference between this and 43677 is that it relates to php_[admin_]flag rather than php_[admin_]value. Also 43677 reportedly (according to one post) only occurs if you mix php_admin_value and php_value for the same ini-setting - I am only using php_admin_value for the magic_quotes_gpc setting. -- Edit this bug report at http://bugs.php.net/?id=46244edit=1
#46244 [NEW]: Virtual host specific magic_quotes_gpc setttings changing randomly
From: jeremy at hooks dot me dot uk Operating system: openSUSE 10.2 PHP version: 5.2.6 PHP Bug Type: PHP options/info functions Bug description: Virtual host specific magic_quotes_gpc setttings changing randomly Description: First of all, forgive me if I already posted this bug today, my browser crashed earlier and I am not sure if I posted before the crash. The problem I am having appears very similar to http://bugs.php.net/bug.php?id=43677 - which apparently is fixed I have several virtual hosts, some of which have php_admin_flag magic_quotes_gpc off in their Apache config. Others have php_admin_flag magic_quotes_gpc On in their config. If I restart Apache and immediately browse one of the servers with magic quotes set to on, it will be on, however if i go back later (possibly after someone has browsed one of the other virtual hosts), it will be turned off. The main difference between this and 43677 is that it relates to php_[admin_]flag rather than php_[admin_]value. Also 43677 reportedly (according to one post) only occurs if you mix php_admin_value and php_value for the same ini-setting - I am only using php_admin_value for the magic_quotes_gpc setting. -- Edit bug report at http://bugs.php.net/?id=46244edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46244r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46244r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46244r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46244r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46244r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46244r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46244r=needscript Try newer version:http://bugs.php.net/fix.php?id=46244r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46244r=support Expected behavior:http://bugs.php.net/fix.php?id=46244r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46244r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46244r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46244r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46244r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46244r=dst IIS Stability:http://bugs.php.net/fix.php?id=46244r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46244r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46244r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46244r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46244r=mysqlcfg
#44226 [Com]: Throwing an exception causes crash
ID: 44226 Comment by: jeremy at omegavortex dot net Reported By: james dot j dot hackett at gmail dot com Status: Open Bug Type: Reproducible crash Operating System: linux debian 2.6.18-5-686 PHP Version: 5.3CVS-2008-02-23 (snap) New Comment: I've confirmed this is also affecting Apache 2.0.x on Windows, as well. I can't try Apache 1.3.x on this machine, though. Previous Comments: [2008-03-29 19:59:39] auroraeosrose at gmail dot com Wow, pretty bug - I can confirm this with Apache 2.2.8 on windows with a 5.3 snap - note this ONLY is an issue for the apache 2.2.x handler, I can't get it to crash cgi, fastcgi, or cli Here's a backtrace from a Debug_TS build cdcdcdcd() php5ts_debug.dll!execute(_zend_op_array * op_array=0x026c2268, void * * * tsrm_ls=0x0148a970) Line 91 + 0x11 bytes C php5ts_debug.dll!zend_execute_scripts(int type=8, void * * * tsrm_ls=0x0148a970, _zval_struct * * retval=0x, int file_count=3, ...) Line 1169 + 0x21 bytes C php5ts_debug.dll!php_execute_script(_zend_file_handle * primary_file=0x0262fe30, void * * * tsrm_ls=0x0148a970) Line 2077 + 0x1b bytes C php5apache2_2.dll!php_handler(request_rec * r=0x006d3ae0) Line 630 + 0x13 bytes C libhttpd.dll!ap_run_handler(request_rec * r=0x006d3ae0) Line 158 + 0x21 bytes C libhttpd.dll!ap_invoke_handler(request_rec * r=0x006b0e08) Line 372 + 0x6 bytes C libhttpd.dll!ap_process_request(request_rec * r=0x006d3ae0) Line 262 C libhttpd.dll!ap_process_http_connection(conn_rec * c=0x006cea90) Line 190 + 0x6 bytesC libhttpd.dll!ap_run_process_connection(conn_rec * c=0x006cea90) Line 43 + 0x21 bytes C libhttpd.dll!ap_process_connection(conn_rec * c=0x006cea90, void * csd=0x006c7a58) Line 178 + 0x6 bytes C libhttpd.dll!worker_main(void * thread_num_val=0x006cea88) Line 778 C msvcrt.dll!__endthreadex() + 0xa9 bytes kernel32.dll!7c80b683() [2008-03-29 01:00:13] jeremy at omegavortex dot net Just wanted to add that this still isn't fixed in the latest 5.3 snapshot, for me. Windows XP Pro with SP2. Apache 2.2.8. [2008-02-26 11:07:01] petr at hroch dot info Hi, I'm experiencing the same problem on Windows platform. Throwing an Exception causes PHP to crash. Using PHP5.3-dev latest snapshot, running as Apache 2.2.8 module. Regards Petr [2008-02-26 00:26:03] james dot j dot hackett at gmail dot com There was no change when using the latest snapshot. I used a configure of ./configure --with-apxs2=/usr/bin/apxs2. I am able to run 5.2.5 with no problems. [2008-02-24 19:50:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.3-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.3-win32-installer-latest.msi Does not crash for me..please try the latest CVS snapshot. And if that fails, provide the configure line you used. 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/44226 -- Edit this bug report at http://bugs.php.net/?id=44226edit=1
#44226 [Com]: Throwing an exception causes crash
ID: 44226 Comment by: jeremy at omegavortex dot net Reported By: james dot j dot hackett at gmail dot com Status: Open Bug Type: Reproducible crash Operating System: linux debian 2.6.18-5-686 PHP Version: 5.3CVS-2008-02-23 (snap) New Comment: Just wanted to add that this still isn't fixed in the latest 5.3 snapshot, for me. Windows XP Pro with SP2. Apache 2.2.8. Previous Comments: [2008-02-26 11:07:01] petr at hroch dot info Hi, I'm experiencing the same problem on Windows platform. Throwing an Exception causes PHP to crash. Using PHP5.3-dev latest snapshot, running as Apache 2.2.8 module. Regards Petr [2008-02-26 00:26:03] james dot j dot hackett at gmail dot com There was no change when using the latest snapshot. I used a configure of ./configure --with-apxs2=/usr/bin/apxs2. I am able to run 5.2.5 with no problems. [2008-02-24 19:50:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.3-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.3-win32-installer-latest.msi Does not crash for me..please try the latest CVS snapshot. And if that fails, provide the configure line you used. [2008-02-23 14:44:12] james dot j dot hackett at gmail dot com Description: Throwing an exception causes a segmentation fault Reproduce code: --- ?php try{ throw new Exception(Hi, I am an Exception); } catch(Exception $e) { echo $e-getMessage(); } ? Expected result: display Hi, I am an Exception Actual result: -- #0 0x in ?? () #1 0x2acf5c4008de in execute (op_array=0xa1af00, tsrm_ls=0xa00550) zend_vm_execute.h:91 #2 0x2acf5c3db6aa in zend_execute_scripts (type=8, tsrm_ls=0xa00550, retval=0xa98be8, file_count=3) zend.c:1173 #3 0x2acf5c38ba36 in php_execute_script (primary_file=0x4700cf40, tsrm_ls=0xa00550) main.c:2026 #4 0x2acf5c474849 in php_handler (r=0x9fa5b8) sapi_apache2.c:629 #5 0x00437c4a in ap_run_handler () #6 0x0043affc in ap_invoke_handler () #7 0x00447248 in ap_process_request () #8 0x0044468c in ?? () #9 0x0043ec22 in ap_run_process_connection () #10 0x0044b696 in ?? () #11 0x2acf57bbd317 in start_thread () from /lib/libpthread.so.0 #12 0x2acf580a9d5d in clone () from /lib/libc.so.6 #13 0x in ?? () -- Edit this bug report at http://bugs.php.net/?id=44226edit=1
#44331 [NEW]: Formatting option for json_encode
From: jeremy at duckwizard dot com Operating system: Debian Stable PHP version: 5.2.5 PHP Bug Type: Feature/Change Request Bug description: Formatting option for json_encode Description: One of the appeals of JSON is that it is human readable. However, json_encode produces output that is not particularly manageable by a human - little more so than PHP's own serialization. DOM, for example, has a formatOutput option that nicely indents the resulting XML. A similar option for json_encode would be extremely helpful. Reproduce code: --- $obj = new stdClass; $obj-field1 = hello; $obj-field2 = world; $obj-field3 = array(key = value, level2 = array(1,2,3)); echo json_encode($obj, JSON::FORMAT_OUTPUT); //flags are an implementation example Expected result: { field1:hello, field2:world, field3: { key:value, level2: [1,2,3] } } Actual result: -- {field1:hello,field2:world,field3:{key:value,level2:[1,2,3]}} -- Edit bug report at http://bugs.php.net/?id=44331edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44331r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44331r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44331r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44331r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44331r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44331r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44331r=needscript Try newer version:http://bugs.php.net/fix.php?id=44331r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44331r=support Expected behavior:http://bugs.php.net/fix.php?id=44331r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44331r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44331r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44331r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44331r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44331r=dst IIS Stability:http://bugs.php.net/fix.php?id=44331r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44331r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44331r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44331r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44331r=mysqlcfg
#43749 [NEW]: function get_headers() fails on a particular URL
From: jeremy dot amiot at gmail dot com Operating system: Linux 2.4 PHP version: 5.2.5 PHP Bug Type: HTTP related Bug description: function get_headers() fails on a particular URL Description: Hello, get_headers() fails with this king of URL : http://www.radioblogclub.com/listen.php?u=..wLzRmb192cv8mZulmLzRmcvNWZy9Gb1NmcvBnch12b0FmL3d3d/Wolf%2520Eyes%2520-%2520The%2520driller.rbsk=657ecb3231ac0b275497d4d6f00b61a1 it returns me : Warning: get_headers(http://www.radioblogclub.com/listen.php?u=..wLzRmb192cv8mZulmLzRmcvNWZy9Gb1NmcvBnch12b0FmL3d3d/Wolf%2520Eyes%2520-%2520The%2520driller.rbsk=657ecb3231ac0b275497d4d6f00b61a1) [function.get-headers]: failed to open stream: HTTP request failed! in * on line 5. But when you type this URL in your browser, it works well, it redirects you to a file. (header(location)) Reproduce code: --- ?php $url = 'http://www.radioblogclub.com/listen.php?u=..wLzRmb192cv8mZulmLzRmcvNWZy9Gb1NmcvBnch12b0FmL3d3d/Wolf%2520Eyes%2520-%2520The%2520driller.rbsk=657ecb3231ac0b275497d4d6f00b61a1'; print_r(get_headers($url)); ? Expected result: Fetches all the headers sent by the server in response to my HTTP request Actual result: -- Warning: get_headers(http://www.radioblogclub.com/listen.php?u=..wLzRmb192cv8mZulmLzRmcvNWZy9Gb1NmcvBnch12b0FmL3d3d/Wolf%2520Eyes%2520-%2520The%2520driller.rbsk=657ecb3231ac0b275497d4d6f00b61a1) [function.get-headers]: failed to open stream: HTTP request failed! in * on line 5. -- Edit bug report at http://bugs.php.net/?id=43749edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43749r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43749r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43749r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43749r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43749r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43749r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43749r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43749r=needscript Try newer version:http://bugs.php.net/fix.php?id=43749r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43749r=support Expected behavior:http://bugs.php.net/fix.php?id=43749r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43749r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43749r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43749r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43749r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43749r=dst IIS Stability:http://bugs.php.net/fix.php?id=43749r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43749r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43749r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43749r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43749r=mysqlcfg
#42195 [Fbk-Opn]: c++ compiler needed ?
ID: 42195 User updated by: jeremy dot jacque at maximo dot fr Reported By: jeremy dot jacque at maximo dot fr -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: AIX 5.1 PHP Version: 5CVS-2007-08-03 (CVS) New Comment: I' m running configure with sh , and the command line is : ./configure --prefix=/patch/php/php-latest \ --with-apxs2=/patch/php/apache/bin/apxs \ --without-mysql --enable-calendar --disable-dom --enable-libxml \ --disable-simplexml --without-libexpat --without-expat --disable-pear \ --disable-ipv6 --without-imap --disable-posix \ --with-jpeg-dir=/opt/freeware --without-sqlite --enable-pcntl \ --with-png-dir=/opt/freeware --with-xpm-dir=/opt/freeware \ --with-freetype-dir=/opt/freeware --with-png-dir=/opt/freeware \ --disable-hash --disable-filter --enable-reflection \ --with-openssl=/opt/freeware --with-gd --without-iconv \ --enable-pdo --without-pdo-informix --without-pdo-sqlite \ --disable-debug --with-regex=system \ --enable-cli --enable-shared and my *FLAGS are: export CC=/usr/vac/bin/cc export CFLAGS='-q64' export OBJECT_MODE=64 export LDFLAGS='-L/opt/freeware/lib' export INFORMIXDIR=/informix2 Previous Comments: [2007-08-04 00:50:55] [EMAIL PROTECTED] How exactly did you run configure? Any CFLAGS/LDFLAGS set? What shell? [2007-08-03 08:56:50] jeremy dot jacque at maximo dot fr Description: when running configure and entering the Configuring libtool part, an error occured because i do not have access to an c++ compiler. By just suppressing the lines referring to c++, it works great, so the c++ search in configure shouldn't just be optional ?? One more thing, i'm compiling using the native AIX compiler and linker, and in order to link correctly i use the cheat i saw in bug report 39187 (change sed 's/\([A-Za-z0-9_]*\)\.lo/\1.o/g' by sed 's/\([A-Za-z0-9_]*\)\.lo/.libs\/\1.o/g' in the BUILD_CLI part of the configure. When compiling proftpd on the same machine, their configure report this: checking for objdir... .libs Sould it be possible to integrate such a test in your script? Thank in advance. Jeremy Jacque Reproduce code: --- run configure on a machine with no c++ compiler Expected result: Pass the c++ test with no error (may be a warning ?? ) checking for g++... no checking for c++... no checking whether we are using the GNU C++ compiler... no Actual result: -- checking for c++... no checking for g++... no checking for gcc... no checking for CC... no checking for cxx... no checking for cc++... no checking for cl... no checking whether the C++ compiler (gcc ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables. -- Edit this bug report at http://bugs.php.net/?id=42195edit=1
#42195 [Csd]: C++ compiler required always
ID: 42195 User updated by: jeremy dot jacque at maximo dot fr Reported By: jeremy dot jacque at maximo dot fr Status: Closed Bug Type: *Configuration Issues Operating System: AIX 5.1 PHP Version: 5CVS-2007-08-03 (CVS) New Comment: Thanks to you for taking care of your users !! Previous Comments: [2007-08-06 14:35:00] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2007-08-06 06:46:06] jeremy dot jacque at maximo dot fr I' m running configure with sh , and the command line is : ./configure --prefix=/patch/php/php-latest \ --with-apxs2=/patch/php/apache/bin/apxs \ --without-mysql --enable-calendar --disable-dom --enable-libxml \ --disable-simplexml --without-libexpat --without-expat --disable-pear \ --disable-ipv6 --without-imap --disable-posix \ --with-jpeg-dir=/opt/freeware --without-sqlite --enable-pcntl \ --with-png-dir=/opt/freeware --with-xpm-dir=/opt/freeware \ --with-freetype-dir=/opt/freeware --with-png-dir=/opt/freeware \ --disable-hash --disable-filter --enable-reflection \ --with-openssl=/opt/freeware --with-gd --without-iconv \ --enable-pdo --without-pdo-informix --without-pdo-sqlite \ --disable-debug --with-regex=system \ --enable-cli --enable-shared and my *FLAGS are: export CC=/usr/vac/bin/cc export CFLAGS='-q64' export OBJECT_MODE=64 export LDFLAGS='-L/opt/freeware/lib' export INFORMIXDIR=/informix2 [2007-08-04 00:50:55] [EMAIL PROTECTED] How exactly did you run configure? Any CFLAGS/LDFLAGS set? What shell? [2007-08-03 08:56:50] jeremy dot jacque at maximo dot fr Description: when running configure and entering the Configuring libtool part, an error occured because i do not have access to an c++ compiler. By just suppressing the lines referring to c++, it works great, so the c++ search in configure shouldn't just be optional ?? One more thing, i'm compiling using the native AIX compiler and linker, and in order to link correctly i use the cheat i saw in bug report 39187 (change sed 's/\([A-Za-z0-9_]*\)\.lo/\1.o/g' by sed 's/\([A-Za-z0-9_]*\)\.lo/.libs\/\1.o/g' in the BUILD_CLI part of the configure. When compiling proftpd on the same machine, their configure report this: checking for objdir... .libs Sould it be possible to integrate such a test in your script? Thank in advance. Jeremy Jacque Reproduce code: --- run configure on a machine with no c++ compiler Expected result: Pass the c++ test with no error (may be a warning ?? ) checking for g++... no checking for c++... no checking whether we are using the GNU C++ compiler... no Actual result: -- checking for c++... no checking for g++... no checking for gcc... no checking for CC... no checking for cxx... no checking for cc++... no checking for cl... no checking whether the C++ compiler (gcc ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables. -- Edit this bug report at http://bugs.php.net/?id=42195edit=1
#42195 [NEW]: c++ compiler needed ?
From: jeremy dot jacque at maximo dot fr Operating system: AIX 5.1 PHP version: 5CVS-2007-08-03 (CVS) PHP Bug Type: *Configuration Issues Bug description: c++ compiler needed ? Description: when running configure and entering the Configuring libtool part, an error occured because i do not have access to an c++ compiler. By just suppressing the lines referring to c++, it works great, so the c++ search in configure shouldn't just be optional ?? One more thing, i'm compiling using the native AIX compiler and linker, and in order to link correctly i use the cheat i saw in bug report 39187 (change sed 's/\([A-Za-z0-9_]*\)\.lo/\1.o/g' by sed 's/\([A-Za-z0-9_]*\)\.lo/.libs\/\1.o/g' in the BUILD_CLI part of the configure. When compiling proftpd on the same machine, their configure report this: checking for objdir... .libs Sould it be possible to integrate such a test in your script? Thank in advance. Jeremy Jacque Reproduce code: --- run configure on a machine with no c++ compiler Expected result: Pass the c++ test with no error (may be a warning ?? ) checking for g++... no checking for c++... no checking whether we are using the GNU C++ compiler... no Actual result: -- checking for c++... no checking for g++... no checking for gcc... no checking for CC... no checking for cxx... no checking for cc++... no checking for cl... no checking whether the C++ compiler (gcc ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables. -- Edit bug report at http://bugs.php.net/?id=42195edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42195r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42195r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42195r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42195r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42195r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42195r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42195r=needscript Try newer version:http://bugs.php.net/fix.php?id=42195r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42195r=support Expected behavior:http://bugs.php.net/fix.php?id=42195r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42195r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42195r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42195r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42195r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42195r=dst IIS Stability:http://bugs.php.net/fix.php?id=42195r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42195r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42195r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42195r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42195r=mysqlcfg
#42156 [Fbk-Csd]: Undefined symbol: .XpmFreeXpmImage
ID: 42156 User updated by: jeremy dot jacque at maximo dot fr Reported By: jeremy dot jacque at maximo dot fr -Status: Feedback +Status: Closed Bug Type: GD related Operating System: AIX 5.1 PHP Version: 5.2.3 New Comment: I solved the issue by compiling libxpm from source cause the one from IBM does not contain any symbol. I'm actually trying the latest version but i've got an other problem when configuring libtool. I'll post a new bug report. Previous Comments: [2007-07-31 16:51:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-07-31 10:12:04] jeremy dot jacque at maximo dot fr Description: I'm trying to configure php-5.2.3 on an AIX 5.1 with xlc 7.0 I'm using the xpm-3.4k (could be found there: http://www-03.ibm.com/servers/aix/products/aixos/linux/download.html ) Thank you in advance for the help. Reproduce code: --- export CC=/usr/vac/bin/xlc export CFLAGS='-q64' export OBJECT_MODE=64 export LDFLAGS='-L/opt/freeware/lib' ./configure --prefix=/patch/php/php --with-apxs2=/patch/php/apache/bin/apxs \ --without-mysql --enable-calendar --disable-dom --disable-libxml \ --disable-simplexml --without-libexpat --without-expat --disable-pear \ --without-pcre-regex --disable-ipv6 --without-imap \ --with-jpeg-dir=/opt/freeware \ --with-png-dir=/opt/freeware --without-xpm \ --with-freetype-dir=/opt/freeware --with-png-dir=/opt/freeware \ --disable-hash --disable-filter --disable-reflection \ --with-openssl=/opt/freeware --with-gd Actual result: -- the config.log says ld: 0711-317 ERROR: Undefined symbol: .XpmFreeXpmImage .XpmFreeXpmImage [14]ER PR conftest.c(conftest.o) 000c .textR_RBR[6] .main ER: The return code is 8. configure: failed program was: #line 35330 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char XpmFreeXpmImage(); int main() { XpmFreeXpmImage() ; return 0; } -- Edit this bug report at http://bugs.php.net/?id=42156edit=1
#42156 [NEW]: Undefined symbol: .XpmFreeXpmImage
From: jeremy dot jacque at maximo dot fr Operating system: AIX 5.1 PHP version: 5.2.3 PHP Bug Type: Dynamic loading Bug description: Undefined symbol: .XpmFreeXpmImage Description: I'm trying to configure php-5.2.3 on an AIX 5.1 with xlc 7.0 I'm using the xpm-3.4k (could be found there: http://www-03.ibm.com/servers/aix/products/aixos/linux/download.html ) Thank you in advance for the help. Reproduce code: --- export CC=/usr/vac/bin/xlc export CFLAGS='-q64' export OBJECT_MODE=64 export LDFLAGS='-L/opt/freeware/lib' ./configure --prefix=/patch/php/php --with-apxs2=/patch/php/apache/bin/apxs \ --without-mysql --enable-calendar --disable-dom --disable-libxml \ --disable-simplexml --without-libexpat --without-expat --disable-pear \ --without-pcre-regex --disable-ipv6 --without-imap \ --with-jpeg-dir=/opt/freeware \ --with-png-dir=/opt/freeware --without-xpm \ --with-freetype-dir=/opt/freeware --with-png-dir=/opt/freeware \ --disable-hash --disable-filter --disable-reflection \ --with-openssl=/opt/freeware --with-gd Actual result: -- the config.log says ld: 0711-317 ERROR: Undefined symbol: .XpmFreeXpmImage .XpmFreeXpmImage [14]ER PR conftest.c(conftest.o) 000c .textR_RBR[6] .main ER: The return code is 8. configure: failed program was: #line 35330 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char XpmFreeXpmImage(); int main() { XpmFreeXpmImage() ; return 0; } -- Edit bug report at http://bugs.php.net/?id=42156edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42156r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42156r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42156r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42156r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42156r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42156r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42156r=needscript Try newer version:http://bugs.php.net/fix.php?id=42156r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42156r=support Expected behavior:http://bugs.php.net/fix.php?id=42156r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42156r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42156r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42156r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42156r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42156r=dst IIS Stability:http://bugs.php.net/fix.php?id=42156r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42156r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42156r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42156r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42156r=mysqlcfg
#41223 [Bgs-Opn]: PHP should output better HTML for the .phps (highlight source) view
ID: 41223 User updated by: jeremy dot visser at gmail dot com Reported By: jeremy dot visser at gmail dot com -Status: Bogus +Status: Open Bug Type: Output Control Operating System: Ubuntu 7.04 PHP Version: 5.2.1 New Comment: OK, I see what you mean about the headers. However, I'm not talking about the highlight_file() or highlight_string() functions. Obviously, they should not return HTML or HTTP headers. The issue is when viewing a .phps file, where PHP does everything itself, without any script having to output the headers for it. When viewing a standalone .phps file, PHP should output the proper headers. Of course this is a bug. PHP is not returning standards-compliant or semantic markup. This has accessibility problems. That part of my report _is_ a bug. I'm reopening the bug, but if you close it again, I will not bother to try and argue. Previous Comments: [2007-04-29 14:39:43] [EMAIL PROTECTED] 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 The reason there are no headers is because the expectation is that the output will be embed in an existing page. Presence of the requested headers and elements would then cause the page to break. [2007-04-29 09:22:35] jeremy dot visser at gmail dot com Description: When PHP outputs highlighted source, the HTML it outputs is ugly. It looks pretty when viewed in a browser, but the actual HTML is bad. For starters, it doesn't use a DOCTYPE, and includes no html, head, or body elements like you'd expect. Even worse, it preformats the text not with a pre tag like should be used, but with several nbsp;'s to space text out. What is wrong with using pre? Expected result: Should be using proper HTML headers: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html xmlns=http://www.w3.org/1999/xhtml; xml:lang=en lang=en head titletest.phps/title /head body pre class=php lt;?php /* This is some PHP */ ?gt; /pre /body /html You see, when you use a pre, you don't need all these nbsp;nbsp;'s to space things out. Actual result: -- Example of ugly code: span style=color: #BBlt;?phpbr /nbsp;nbsp;nbsp;nbsp;/spanspan style=color: #FF8000/*br /nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;Testbr /nbsp;nbsp;nbsp;nbsp;*/br /?gt; -- Edit this bug report at http://bugs.php.net/?id=41223edit=1
#41223 [NEW]: PHP should output better HTML for the .phps (highlight source) view
From: jeremy dot visser at gmail dot com Operating system: Ubuntu 7.04 PHP version: 5.2.1 PHP Bug Type: Output Control Bug description: PHP should output better HTML for the .phps (highlight source) view Description: When PHP outputs highlighted source, the HTML it outputs is ugly. It looks pretty when viewed in a browser, but the actual HTML is bad. For starters, it doesn't use a DOCTYPE, and includes no html, head, or body elements like you'd expect. Even worse, it preformats the text not with a pre tag like should be used, but with several nbsp;'s to space text out. What is wrong with using pre? Expected result: Should be using proper HTML headers: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html xmlns=http://www.w3.org/1999/xhtml; xml:lang=en lang=en head titletest.phps/title /head body pre class=php lt;?php /* This is some PHP */ ?gt; /pre /body /html You see, when you use a pre, you don't need all these nbsp;nbsp;'s to space things out. Actual result: -- Example of ugly code: span style=color: #BBlt;?phpbr /nbsp;nbsp;nbsp;nbsp;/spanspan style=color: #FF8000/*br /nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;Testbr /nbsp;nbsp;nbsp;nbsp;*/br /?gt; -- Edit bug report at http://bugs.php.net/?id=41223edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41223r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41223r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41223r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41223r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41223r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41223r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41223r=needscript Try newer version:http://bugs.php.net/fix.php?id=41223r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41223r=support Expected behavior:http://bugs.php.net/fix.php?id=41223r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41223r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41223r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41223r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41223r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41223r=dst IIS Stability:http://bugs.php.net/fix.php?id=41223r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41223r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41223r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41223r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41223r=mysqlcfg
#40535 [Bgs]: is_readable and file_exists give false negatives when euid != uid
ID: 40535 User updated by: php dot user at jeremy dot smallinfinity dot net Reported By: php dot user at jeremy dot smallinfinity dot net Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: MacOS and RedHat Linux PHP Version: 5.2.1 New Comment: Thanks. I understand that PHP uses access() and that access() behaves as per its man page. I also understand that this is one way of fixing e.g. Bug#30931. But I don't understand why that implies that is_readable() and file_exists() are *supposed to* behave according to the access() man page. Aren't is_readable() and file_exists() supposed to behave as described in the PHP manual? Nowhere therein does it specify that the check is done using the real UID/GID instead of the effective one. And I'm afraid I don't understand why checking the real UID/GID is the desired behaviour. Thanks, Jeremy Previous Comments: [2007-02-27 13:40:36] [EMAIL PROTECTED] PHP uses access() function. man access: The check is done with the process's real UID and GID, rather than with the effective IDs as is done when actually attempting an operation. This is to allow set-UID programs to easily determine the invoking user's authority. [2007-02-18 17:35:44] php dot user at jeremy dot smallinfinity dot net Description: is_readable() and file_exists(), when called from a PHP 4.3.2 (Linux), 4.4.0 (Mac OS) and 5.2.1 (Mac OS) script that is executed with posix_euid() != posix_uid() does not recognize files that are owned and readable only by the effective uid. Instead is_readable() and file_exists() return false even though functions like fileperms, fopen and readfile work as expected. Reproduce code: --- #!/usr/bin/php ?php echo My effective UID is .posix_geteuid(). but my UID is really .posix_getuid().\n; chdir($curdir = dirname(__FILE__)) or die(Unable to enter the private directory); echo The current directory is owned by .fileowner($curdir). and has permissions .sprintf('%o', fileperms($curdir)).\n; touch(test.dat); chmod(test.dat, 0600); // readable only by the effective user echo is_readable should give TRUE, and gives .(is_readable(test.dat) ? TRUE : FALSE).\n; echo file_exists should give TRUE, and gives .(file_exists(test.dat) ? TRUE : FALSE).\n; echo The file has permissions .sprintf('%o', fileperms(test.dat))., is owned by .fileowner(test.dat). and is in the .filegroup(test.dat). group.\n; unlink(test.dat); // no error because the file really does exist! ? Expected result: My effective UID is 501 but my UID is really [uid] The current directory is owned by 501 and has permissions 40700 is_readable should give TRUE, and gives TRUE file_exists should give TRUE, and gives TRUE The file has permissions 100600, is owned by 501 and is in the 501 group. Actual result: -- When run as its owner, gives the expected result, with [uid]=501. When run from a different account using the executable obtained from #include unistd.h int main(int argc, char **argv) { execl(/path/to/reproduce_code.php, /path/to/reproduce_code.php, NULL); } which is then chmod 04711 or 06711, gives My effective UID is 501 but my UID is really 503 The current directory is owned by 501 and has permissions 40700 is_readable should give TRUE, and gives FALSE file_exists should give TRUE, and gives FALSE The file has permissions 100600, is owned by 501 and is in the 501 group. These tests are done on Mac OS X 10.4.8 with both PHP 4.4.4 and 5.2.1, but I first noticed this behaviour with PHP 4.3.2 under Red Hat Linux for which I do not have root privileges. -- Edit this bug report at http://bugs.php.net/?id=40535edit=1
#40535 [NEW]: is_readable and file_exists give false negatives when euid != uid
From: php dot user at jeremy dot smallinfinity dot net Operating system: MacOS and RedHat Linux PHP version: 5.2.1 PHP Bug Type: *Directory/Filesystem functions Bug description: is_readable and file_exists give false negatives when euid != uid Description: is_readable() and file_exists(), when called from a PHP 4.3.2 (Linux), 4.4.0 (Mac OS) and 5.2.1 (Mac OS) script that is executed with posix_euid() != posix_uid() does not recognize files that are owned and readable only by the effective uid. Instead is_readable() and file_exists() return false even though functions like fileperms, fopen and readfile work as expected. Reproduce code: --- #!/usr/bin/php ?php echo My effective UID is .posix_geteuid(). but my UID is really .posix_getuid().\n; chdir($curdir = dirname(__FILE__)) or die(Unable to enter the private directory); echo The current directory is owned by .fileowner($curdir). and has permissions .sprintf('%o', fileperms($curdir)).\n; touch(test.dat); chmod(test.dat, 0600); // readable only by the effective user echo is_readable should give TRUE, and gives .(is_readable(test.dat) ? TRUE : FALSE).\n; echo file_exists should give TRUE, and gives .(file_exists(test.dat) ? TRUE : FALSE).\n; echo The file has permissions .sprintf('%o', fileperms(test.dat))., is owned by .fileowner(test.dat). and is in the .filegroup(test.dat). group.\n; unlink(test.dat); // no error because the file really does exist! ? Expected result: My effective UID is 501 but my UID is really [uid] The current directory is owned by 501 and has permissions 40700 is_readable should give TRUE, and gives TRUE file_exists should give TRUE, and gives TRUE The file has permissions 100600, is owned by 501 and is in the 501 group. Actual result: -- When run as its owner, gives the expected result, with [uid]=501. When run from a different account using the executable obtained from #include unistd.h int main(int argc, char **argv) { execl(/path/to/reproduce_code.php, /path/to/reproduce_code.php, NULL); } which is then chmod 04711 or 06711, gives My effective UID is 501 but my UID is really 503 The current directory is owned by 501 and has permissions 40700 is_readable should give TRUE, and gives FALSE file_exists should give TRUE, and gives FALSE The file has permissions 100600, is owned by 501 and is in the 501 group. These tests are done on Mac OS X 10.4.8 with both PHP 4.4.4 and 5.2.1, but I first noticed this behaviour with PHP 4.3.2 under Red Hat Linux for which I do not have root privileges. -- Edit bug report at http://bugs.php.net/?id=40535edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40535r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40535r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40535r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40535r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40535r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40535r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40535r=needscript Try newer version:http://bugs.php.net/fix.php?id=40535r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40535r=support Expected behavior:http://bugs.php.net/fix.php?id=40535r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40535r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40535r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40535r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40535r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40535r=dst IIS Stability:http://bugs.php.net/fix.php?id=40535r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40535r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40535r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40535r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40535r=mysqlcfg
#40343 [Csd]: compile with --with-tidy fails
ID: 40343 User updated by: php dot user at jeremy dot smallinfinity dot net Reported By: php dot user at jeremy dot smallinfinity dot net Status: Closed Bug Type: Compile Failure Operating System: Mac OS X 10.4.8 PHP Version: 5.2.0 New Comment: Yes; it works perfectly! Thank you. [Indeed, ext/tidy/tests/004, 6, 8, 10 and 12.phpt now pass instead of failing with incorrect column numbers as they did when I commented out the typedef in platform.h.] :) Thanks again! -- Jeremy Previous Comments: [2007-02-06 12:06:12] [EMAIL PROTECTED] patch applied to tidy sources. Please checkout tidy from cvs (http://sf.net/cvs/?group_id=27659) and it should work. [2007-02-05 19:16:38] [EMAIL PROTECTED] for reference: http://sf.net/tracker/?func=detailatid=390965aid=1652657group_id=27659 [2007-02-03 16:04:11] php dot user at jeremy dot smallinfinity dot net Description: RE Bug #36164 which describes the problem perfectly and to which I would have added this comment had I been permitted to: If I'm not mistaken, the problem is a name clash between main/php_compat.h and /usr/include/tidy/tidy.h and I don't see why it is the tidy developers who are responsible for this. Specifically, ext/tidy/tidy.c first includes main/php_config.php (via main/php.h - main/php_compat.h), which provides the definition #define ulong unsigned long Then ext/tidy/tidy.c includes /usr/include/tidy/platform.h via /usr/include/tidy/tidy.h. But platform.h has the lines #if defined(HPUX_OS) || defined(CYGWIN_OS) || defined(MAC_OS) || defined(BSD_BASED_OS) || defined(_WIN32) typedef unsigned long ulong; #endif At least for the specified OS's, which includes Mac OS, this combination of the #define in the php.h header with the typedef in the tidy.h header results in the nonsensical typedef unsigned long unsigned long which results in the reported (Bug #36164) compilation error. IMHO, and with all due respect to tony2001, the tidy developers would be well within their rights to assert that they are not responsible for a name clash with PHP, even if the simplest work around is to incorporate a !defined(ulong) (...) in the above excerpt from tidy.h. Indeed, if PHP is using tidy, and is creating the name clash, is not PHP responsible for this? Would it be possible to simply rearrange the #include's in tidy.c, so that tidy.h precedes php.h, and also surround the #define ulong... in php_config.h with an #if !defined(__PLATFORM_H__) || !(defined(HPUX_OS) || defined(CYGWIN_OS) || defined(MAC_OS) || defined(BSD_BASED_OS) || defined(_WIN32)) as (I think) this would prevent the name clash? Or perhaps there is an even better solution? -- Edit this bug report at http://bugs.php.net/?id=40343edit=1
#40343 [NEW]: compile with --with-tidy fails
From: php dot user at jeremy dot smallinfinity dot net Operating system: Mac OS X 10.4.8 PHP version: 5.2.0 PHP Bug Type: Compile Failure Bug description: compile with --with-tidy fails Description: RE Bug #36164 which describes the problem perfectly and to which I would have added this comment had I been permitted to: If I'm not mistaken, the problem is a name clash between main/php_compat.h and /usr/include/tidy/tidy.h and I don't see why it is the tidy developers who are responsible for this. Specifically, ext/tidy/tidy.c first includes main/php_config.php (via main/php.h - main/php_compat.h), which provides the definition #define ulong unsigned long Then ext/tidy/tidy.c includes /usr/include/tidy/platform.h via /usr/include/tidy/tidy.h. But platform.h has the lines #if defined(HPUX_OS) || defined(CYGWIN_OS) || defined(MAC_OS) || defined(BSD_BASED_OS) || defined(_WIN32) typedef unsigned long ulong; #endif At least for the specified OS's, which includes Mac OS, this combination of the #define in the php.h header with the typedef in the tidy.h header results in the nonsensical typedef unsigned long unsigned long which results in the reported (Bug #36164) compilation error. IMHO, and with all due respect to tony2001, the tidy developers would be well within their rights to assert that they are not responsible for a name clash with PHP, even if the simplest work around is to incorporate a !defined(ulong) (...) in the above excerpt from tidy.h. Indeed, if PHP is using tidy, and is creating the name clash, is not PHP responsible for this? Would it be possible to simply rearrange the #include's in tidy.c, so that tidy.h precedes php.h, and also surround the #define ulong... in php_config.h with an #if !defined(__PLATFORM_H__) || !(defined(HPUX_OS) || defined(CYGWIN_OS) || defined(MAC_OS) || defined(BSD_BASED_OS) || defined(_WIN32)) as (I think) this would prevent the name clash? Or perhaps there is an even better solution? -- Edit bug report at http://bugs.php.net/?id=40343edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40343r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40343r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40343r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40343r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40343r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40343r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40343r=needscript Try newer version:http://bugs.php.net/fix.php?id=40343r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40343r=support Expected behavior:http://bugs.php.net/fix.php?id=40343r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40343r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40343r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40343r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40343r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40343r=dst IIS Stability:http://bugs.php.net/fix.php?id=40343r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40343r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40343r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40343r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40343r=mysqlcfg
#37031 [NEW]: pg_query_params not converting boolean false values correctly
From: jeremy at jongsma dot org Operating system: Debian testing/unstable PHP version: 5.1.2 PHP Bug Type: PostgreSQL related Bug description: pg_query_params not converting boolean false values correctly Description: pg_query_params seems to be converting boolean false parameters to an empty string before sending the query to Postgres, resulting in the following error: ERROR: invalid input syntax for type boolean: Reproduce code: --- Create a table: CREATE TABLE test (id serial8, flag boolean); Execute this php script: ?php $conn = pg_connect('host=localhost dbname=test user=user password=pass'); pg_query_params($conn, 'INSERT INTO test (flag) VALUES ($1)', array(false)); ? Expected result: A new row should be inserted with the correct boolean field value. Actual result: -- ERROR: invalid input syntax for type boolean: -- Edit bug report at http://bugs.php.net/?id=37031edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37031r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37031r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37031r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37031r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37031r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37031r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37031r=needscript Try newer version:http://bugs.php.net/fix.php?id=37031r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37031r=support Expected behavior:http://bugs.php.net/fix.php?id=37031r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37031r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37031r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37031r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37031r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37031r=dst IIS Stability:http://bugs.php.net/fix.php?id=37031r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37031r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37031r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37031r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37031r=mysqlcfg
#33871 [Asn]: No daylight savings time
ID: 33871 User updated by: jeremy at techtrav dot com Reported By: jeremy at techtrav dot com Status: Assigned Bug Type: Date/time related Operating System: Windows XP Apache 2 PHP Version: 5.1.0b3 Assigned To: derick New Comment: well the problem comes when you cross the daylight savings time day of Oct 30th. Strtotime will handle the 25 hour day just great. Remebering there are 25 hours in Oct 30th is important. That is why when you run the following code in PHP 5.0.4 echo date('r', (strtotime('oct 25')+(86400*6))); you do get (which is right): Sun, 30 Oct 2005 23:00:00 -0600 an hour short of Oct 31st. However when you run that code in PHP 5.1.X you find that Oct 30th does not contain 25 hours. Mon, 31 Oct 2005 00:00:00 + This difference will definitely screw up scripts that are particularly time sensitive, like my field of Travel. Previous Comments: [2005-08-04 10:11:37] xczimi at sztaki dot hu I unpacked both 5.0.4, 5.1.0b3 and the latest code to my Win XP box, and tried the following in command line: C:\devtoolphp-5.1.0b3\php -r echo date('r'); Thu, 04 Aug 2005 08:05:40 + C:\devtoolphp-5.0.4\php -r echo date('r'); Thu, 04 Aug 2005 10:05:45 +0200 C:\devtoolphp-latest\php -r echo date('r'); Thu, 04 Aug 2005 08:10:33 + I think the oly problem is that php doesn't read the timezone of the Operating system. regards, Czimi [2005-07-26 18:21:13] jeremy at techtrav dot com I am Central Standard Time in MN and we are on Day light Savings time. [2005-07-26 18:16:49] [EMAIL PROTECTED] This could be also a timezone issue. What's your TZ ? [2005-07-26 18:12:59] jeremy at techtrav dot com I have upgraded to the newest snap as you have requested and I am still getting the same results. PHP 5.0.4 returns the correct time. PHP 5.1.X returns the wrong time. Could this be an operating system issue? I am on Windows XP with Apache 2. [2005-07-26 18:05:51] [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 you get the expected result: No, *I* get the expected result with both versions. 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/33871 -- Edit this bug report at http://bugs.php.net/?id=33871edit=1
#33871 [Asn]: No daylight savings time
ID: 33871 User updated by: jeremy at techtrav dot com Reported By: jeremy at techtrav dot com Status: Assigned Bug Type: Date/time related Operating System: Windows XP Apache 2 PHP Version: 5.1.0b3 Assigned To: derick New Comment: Oh now I understand Czimi comment. If PHP 5.1.X is not looking at the time zone on my XP box then it is not going to know that Oct 30th is daylight savings time. I think Czimi is probably right, PHP 5.1.X is not looking at the time zone my my XP box. Previous Comments: [2005-08-04 16:43:09] [EMAIL PROTECTED] Look at the formatted date: Mon, 31 Oct 2005 00:00:00 + It doesn't have a timezone offset, so it seems that xczimi is right. Does it help if you add: date_default_timezone_set(America/New_York) at the top of the script? [2005-08-04 16:32:54] jeremy at techtrav dot com well the problem comes when you cross the daylight savings time day of Oct 30th. Strtotime will handle the 25 hour day just great. Remebering there are 25 hours in Oct 30th is important. That is why when you run the following code in PHP 5.0.4 echo date('r', (strtotime('oct 25')+(86400*6))); you do get (which is right): Sun, 30 Oct 2005 23:00:00 -0600 an hour short of Oct 31st. However when you run that code in PHP 5.1.X you find that Oct 30th does not contain 25 hours. Mon, 31 Oct 2005 00:00:00 + This difference will definitely screw up scripts that are particularly time sensitive, like my field of Travel. [2005-08-04 10:11:37] xczimi at sztaki dot hu I unpacked both 5.0.4, 5.1.0b3 and the latest code to my Win XP box, and tried the following in command line: C:\devtoolphp-5.1.0b3\php -r echo date('r'); Thu, 04 Aug 2005 08:05:40 + C:\devtoolphp-5.0.4\php -r echo date('r'); Thu, 04 Aug 2005 10:05:45 +0200 C:\devtoolphp-latest\php -r echo date('r'); Thu, 04 Aug 2005 08:10:33 + I think the oly problem is that php doesn't read the timezone of the Operating system. regards, Czimi [2005-07-26 18:21:13] jeremy at techtrav dot com I am Central Standard Time in MN and we are on Day light Savings time. [2005-07-26 18:16:49] [EMAIL PROTECTED] This could be also a timezone issue. What's your TZ ? 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/33871 -- Edit this bug report at http://bugs.php.net/?id=33871edit=1
#33871 [Asn]: No daylight savings time
ID: 33871 User updated by: jeremy at techtrav dot com Reported By: jeremy at techtrav dot com Status: Assigned Bug Type: Date/time related Operating System: Windows XP Apache 2 PHP Version: 5.1.0b3 Assigned To: derick New Comment: I tried adding that line to the top of my code. I am not familar with that function nor do I find it in the documentation. I get a fatal error: Fatal error: Call to undefined function date_default_timezone_set() when I run this script: date_default_timezone_set(America/New_York); echo date('r', (strtotime('oct 25')+(86400*6))); I would agree with you in your conclusion though that it would appear that PHP 5.1.X is not reading the timezone of the local machine. Previous Comments: [2005-08-04 16:44:09] jeremy at techtrav dot com Oh now I understand Czimi comment. If PHP 5.1.X is not looking at the time zone on my XP box then it is not going to know that Oct 30th is daylight savings time. I think Czimi is probably right, PHP 5.1.X is not looking at the time zone my my XP box. [2005-08-04 16:43:09] [EMAIL PROTECTED] Look at the formatted date: Mon, 31 Oct 2005 00:00:00 + It doesn't have a timezone offset, so it seems that xczimi is right. Does it help if you add: date_default_timezone_set(America/New_York) at the top of the script? [2005-08-04 16:32:54] jeremy at techtrav dot com well the problem comes when you cross the daylight savings time day of Oct 30th. Strtotime will handle the 25 hour day just great. Remebering there are 25 hours in Oct 30th is important. That is why when you run the following code in PHP 5.0.4 echo date('r', (strtotime('oct 25')+(86400*6))); you do get (which is right): Sun, 30 Oct 2005 23:00:00 -0600 an hour short of Oct 31st. However when you run that code in PHP 5.1.X you find that Oct 30th does not contain 25 hours. Mon, 31 Oct 2005 00:00:00 + This difference will definitely screw up scripts that are particularly time sensitive, like my field of Travel. [2005-08-04 10:11:37] xczimi at sztaki dot hu I unpacked both 5.0.4, 5.1.0b3 and the latest code to my Win XP box, and tried the following in command line: C:\devtoolphp-5.1.0b3\php -r echo date('r'); Thu, 04 Aug 2005 08:05:40 + C:\devtoolphp-5.0.4\php -r echo date('r'); Thu, 04 Aug 2005 10:05:45 +0200 C:\devtoolphp-latest\php -r echo date('r'); Thu, 04 Aug 2005 08:10:33 + I think the oly problem is that php doesn't read the timezone of the Operating system. regards, Czimi [2005-07-26 18:21:13] jeremy at techtrav dot com I am Central Standard Time in MN and we are on Day light Savings time. 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/33871 -- Edit this bug report at http://bugs.php.net/?id=33871edit=1
#33871 [Asn]: No daylight savings time
ID: 33871 User updated by: jeremy at techtrav dot com Reported By: jeremy at techtrav dot com Status: Assigned Bug Type: Date/time related Operating System: Windows XP Apache 2 PHP Version: 5.1.0b3 Assigned To: derick New Comment: okay I figured out how to set my time zone. I ran the following code in PHP 5.0.4 and PHP 5.1.X and recieved the same result putenv(TZ=US/Central); echo date('r', (strtotime('oct 25')+(86400*6))); This would mean the bug is simply that PHP5.1.X is not looking at the time zone on the local machine. Previous Comments: [2005-08-04 16:54:58] [EMAIL PROTECTED] That function is only there in the snapshots, please try that instead. http://snaps.php.net (and pick latest cvs (5.1-dev) there). [2005-08-04 16:53:03] [EMAIL PROTECTED] Now, if we can find a way how PHP can guess the correct timezone from your windows box (like it can do on most unices) that would be nice - but I think it's quite impossible. BTW, if you use error_reporting(E_ALL) you'd have gotten a warning about this... [2005-08-04 16:51:34] jeremy at techtrav dot com I tried adding that line to the top of my code. I am not familar with that function nor do I find it in the documentation. I get a fatal error: Fatal error: Call to undefined function date_default_timezone_set() when I run this script: date_default_timezone_set(America/New_York); echo date('r', (strtotime('oct 25')+(86400*6))); I would agree with you in your conclusion though that it would appear that PHP 5.1.X is not reading the timezone of the local machine. [2005-08-04 16:44:09] jeremy at techtrav dot com Oh now I understand Czimi comment. If PHP 5.1.X is not looking at the time zone on my XP box then it is not going to know that Oct 30th is daylight savings time. I think Czimi is probably right, PHP 5.1.X is not looking at the time zone my my XP box. [2005-08-04 16:43:09] [EMAIL PROTECTED] Look at the formatted date: Mon, 31 Oct 2005 00:00:00 + It doesn't have a timezone offset, so it seems that xczimi is right. Does it help if you add: date_default_timezone_set(America/New_York) at the top of the script? 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/33871 -- Edit this bug report at http://bugs.php.net/?id=33871edit=1
#33871 [Asn]: No daylight savings time
ID: 33871 User updated by: jeremy at techtrav dot com Reported By: jeremy at techtrav dot com Status: Assigned Bug Type: Date/time related Operating System: Windows XP Apache 2 PHP Version: 5.1.0b3 Assigned To: derick New Comment: By the way I do have E_ALL turned on, on my machine. After all I don't run my windows box with PHP in production. I use my windows box for development. Our PHP production runs on OpenBSD servers. I don't quite understand this comment of yours: Now, if we can find a way how PHP can guess the correct timezone from your windows box PHP 5.0.4 reads my TZ perfectly and gives you the expected result. Why would PHP 5.1.X not be able to? Previous Comments: [2005-08-04 16:55:55] jeremy at techtrav dot com okay I figured out how to set my time zone. I ran the following code in PHP 5.0.4 and PHP 5.1.X and recieved the same result putenv(TZ=US/Central); echo date('r', (strtotime('oct 25')+(86400*6))); This would mean the bug is simply that PHP5.1.X is not looking at the time zone on the local machine. [2005-08-04 16:54:58] [EMAIL PROTECTED] That function is only there in the snapshots, please try that instead. http://snaps.php.net (and pick latest cvs (5.1-dev) there). [2005-08-04 16:53:03] [EMAIL PROTECTED] Now, if we can find a way how PHP can guess the correct timezone from your windows box (like it can do on most unices) that would be nice - but I think it's quite impossible. BTW, if you use error_reporting(E_ALL) you'd have gotten a warning about this... [2005-08-04 16:51:34] jeremy at techtrav dot com I tried adding that line to the top of my code. I am not familar with that function nor do I find it in the documentation. I get a fatal error: Fatal error: Call to undefined function date_default_timezone_set() when I run this script: date_default_timezone_set(America/New_York); echo date('r', (strtotime('oct 25')+(86400*6))); I would agree with you in your conclusion though that it would appear that PHP 5.1.X is not reading the timezone of the local machine. [2005-08-04 16:44:09] jeremy at techtrav dot com Oh now I understand Czimi comment. If PHP 5.1.X is not looking at the time zone on my XP box then it is not going to know that Oct 30th is daylight savings time. I think Czimi is probably right, PHP 5.1.X is not looking at the time zone my my XP box. 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/33871 -- Edit this bug report at http://bugs.php.net/?id=33871edit=1
#33869 [NEW]: Strtotime no longer parses +1day or +1year etc...
From: jeremy at techtrav dot com Operating system: Windows XP Apache 2 PHP version: 5.1.0b3 PHP Bug Type: Date/time related Bug description: Strtotime no longer parses +1day or +1year etc... Description: the newest snap of php 5.1.X does not parse strtotime properly for adding days. This used to work in 5.0.4. Look at the reproduceable code below. The new version only seems to work with a space between the number and the days or months or years. Reproduce code: --- $date = strtotime('20 Aug'); echo date('m/d/Y H:m:s', strtotime('+5days',$date)); echo 'br'; echo date('m/d/Y H:m:s', strtotime('+1month',$date)); echo 'br'; echo date('m/d/Y H:m:s', strtotime('+1year',$date)); Expected result: 08/25/2005 00:08:00 09/20/2005 00:09:00 08/20/2006 00:08:00 Actual result: -- 01/01/1970 00:01:00 01/01/1970 00:01:00 01/01/1970 00:01:00 -- Edit bug report at http://bugs.php.net/?id=33869edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33869r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33869r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33869r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33869r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33869r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33869r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33869r=needscript Try newer version: http://bugs.php.net/fix.php?id=33869r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33869r=support Expected behavior: http://bugs.php.net/fix.php?id=33869r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33869r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33869r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33869r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33869r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33869r=dst IIS Stability: http://bugs.php.net/fix.php?id=33869r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33869r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33869r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33869r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33869r=mysqlcfg
#33871 [NEW]: No Day light savings time
From: jeremy at techtrav dot com Operating system: Windows XP Apache 2 PHP version: 5.1.0b3 PHP Bug Type: Date/time related Bug description: No Day light savings time Description: the newest 5.1.X version of PHP does not seem to work with day light savings time. the Expected result was recieved from PHP 5.0.4 I am adding 6 days to Oct 25th to cross over daylight savings time on Oct 30th. There should be 25 hours in Oct 30th. Reproduce code: --- $date = strtotime('25 Oct'); echo date('m/d/Y H:m:s', $date+(86400*6)); Expected result: 10/30/2005 23:10:00 Actual result: -- 10/31/2005 00:10:00 -- Edit bug report at http://bugs.php.net/?id=33871edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33871r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33871r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33871r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33871r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33871r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33871r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33871r=needscript Try newer version: http://bugs.php.net/fix.php?id=33871r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33871r=support Expected behavior: http://bugs.php.net/fix.php?id=33871r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33871r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33871r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33871r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33871r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33871r=dst IIS Stability: http://bugs.php.net/fix.php?id=33871r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33871r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33871r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33871r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33871r=mysqlcfg
#33869 [Bgs-Opn]: Strtotime no longer parses +1day or +1year etc...
ID: 33869 User updated by: jeremy at techtrav dot com Reported By: jeremy at techtrav dot com -Status: Bogus +Status: Open Bug Type: Date/time related Operating System: Windows XP Apache 2 PHP Version: 5.1.0b3 New Comment: If you would read my comment you would realize this worked in php 5.0.4. I would assume you would like to keep PHP backwards compatable with peoples code! Previous Comments: [2005-07-26 17:45:01] [EMAIL PROTECTED] Because you should write +1 day, instead of +1day. Notice the whitespace. [2005-07-26 17:38:32] jeremy at techtrav dot com Description: the newest snap of php 5.1.X does not parse strtotime properly for adding days. This used to work in 5.0.4. Look at the reproduceable code below. The new version only seems to work with a space between the number and the days or months or years. Reproduce code: --- $date = strtotime('20 Aug'); echo date('m/d/Y H:m:s', strtotime('+5days',$date)); echo 'br'; echo date('m/d/Y H:m:s', strtotime('+1month',$date)); echo 'br'; echo date('m/d/Y H:m:s', strtotime('+1year',$date)); Expected result: 08/25/2005 00:08:00 09/20/2005 00:09:00 08/20/2006 00:08:00 Actual result: -- 01/01/1970 00:01:00 01/01/1970 00:01:00 01/01/1970 00:01:00 -- Edit this bug report at http://bugs.php.net/?id=33869edit=1
#33871 [Bgs-Opn]: No Day light savings time
ID: 33871 User updated by: jeremy at techtrav dot com Reported By: jeremy at techtrav dot com -Status: Bogus +Status: Open Bug Type: Date/time related Operating System: Windows XP Apache 2 PHP Version: 5.1.0b3 New Comment: Actually I realize 86400*6 should not be right as my code displays below. It should give you back one hour short, however when I do add 86400*6 onto the day in PHP 5.1.X I am getting the exact 6 days out. That would be a problem. Again PHP 5.0.4 handles this correctly. Previous Comments: [2005-07-26 17:49:24] [EMAIL PROTECTED] Obviosly 6 days is not equal to 86400*6, exactly because of daylight savings. Change this line: echo date('m/d/Y H:m:s', $date+(86400*6)); to echo date('m/d/Y H:m:s', strtotime(+6 days, $date)); [2005-07-26 17:45:56] jeremy at techtrav dot com Description: the newest 5.1.X version of PHP does not seem to work with day light savings time. the Expected result was recieved from PHP 5.0.4 I am adding 6 days to Oct 25th to cross over daylight savings time on Oct 30th. There should be 25 hours in Oct 30th. Reproduce code: --- $date = strtotime('25 Oct'); echo date('m/d/Y H:m:s', $date+(86400*6)); Expected result: 10/30/2005 23:10:00 Actual result: -- 10/31/2005 00:10:00 -- Edit this bug report at http://bugs.php.net/?id=33871edit=1
#33871 [Fbk-Opn]: No Day light savings time
ID: 33871 User updated by: jeremy at techtrav dot com Reported By: jeremy at techtrav dot com -Status: Feedback +Status: Open Bug Type: Date/time related Operating System: Windows XP Apache 2 PHP Version: 5.1.0b3 New Comment: you get the expected result: string(19) 10/30/2005 23:10:00 string(19) 10/31/2005 00:10:00 However in PHP 5.1.X I get: string(19) 10/31/2005 00:10:00 string(19) 10/31/2005 00:10:00 Which is wrong. Previous Comments: [2005-07-26 17:56:24] [EMAIL PROTECTED] Please run this code with 5.0.4 and tell me what you get: ?php $date = strtotime('25 Oct'); var_dump(date('m/d/Y H:m:s', $date+(86400*6))); var_dump(date('m/d/Y H:m:s', strtotime(+6 days, $date))); ? [2005-07-26 17:53:48] jeremy at techtrav dot com Actually I realize 86400*6 should not be right as my code displays below. It should give you back one hour short, however when I do add 86400*6 onto the day in PHP 5.1.X I am getting the exact 6 days out. That would be a problem. Again PHP 5.0.4 handles this correctly. [2005-07-26 17:49:24] [EMAIL PROTECTED] Obviosly 6 days is not equal to 86400*6, exactly because of daylight savings. Change this line: echo date('m/d/Y H:m:s', $date+(86400*6)); to echo date('m/d/Y H:m:s', strtotime(+6 days, $date)); [2005-07-26 17:45:56] jeremy at techtrav dot com Description: the newest 5.1.X version of PHP does not seem to work with day light savings time. the Expected result was recieved from PHP 5.0.4 I am adding 6 days to Oct 25th to cross over daylight savings time on Oct 30th. There should be 25 hours in Oct 30th. Reproduce code: --- $date = strtotime('25 Oct'); echo date('m/d/Y H:m:s', $date+(86400*6)); Expected result: 10/30/2005 23:10:00 Actual result: -- 10/31/2005 00:10:00 -- Edit this bug report at http://bugs.php.net/?id=33871edit=1
#33871 [Fbk-Opn]: No Day light savings time
ID: 33871 User updated by: jeremy at techtrav dot com Reported By: jeremy at techtrav dot com -Status: Feedback +Status: Open Bug Type: Date/time related Operating System: Windows XP Apache 2 PHP Version: 5.1.0b3 New Comment: I have upgraded to the newest snap as you have requested and I am still getting the same results. PHP 5.0.4 returns the correct time. PHP 5.1.X returns the wrong time. Could this be an operating system issue? I am on Windows XP with Apache 2. Previous Comments: [2005-07-26 18:05:51] [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 you get the expected result: No, *I* get the expected result with both versions. [2005-07-26 18:02:13] jeremy at techtrav dot com you get the expected result: string(19) 10/30/2005 23:10:00 string(19) 10/31/2005 00:10:00 However in PHP 5.1.X I get: string(19) 10/31/2005 00:10:00 string(19) 10/31/2005 00:10:00 Which is wrong. [2005-07-26 17:56:24] [EMAIL PROTECTED] Please run this code with 5.0.4 and tell me what you get: ?php $date = strtotime('25 Oct'); var_dump(date('m/d/Y H:m:s', $date+(86400*6))); var_dump(date('m/d/Y H:m:s', strtotime(+6 days, $date))); ? [2005-07-26 17:53:48] jeremy at techtrav dot com Actually I realize 86400*6 should not be right as my code displays below. It should give you back one hour short, however when I do add 86400*6 onto the day in PHP 5.1.X I am getting the exact 6 days out. That would be a problem. Again PHP 5.0.4 handles this correctly. [2005-07-26 17:49:24] [EMAIL PROTECTED] Obviosly 6 days is not equal to 86400*6, exactly because of daylight savings. Change this line: echo date('m/d/Y H:m:s', $date+(86400*6)); to echo date('m/d/Y H:m:s', strtotime(+6 days, $date)); 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/33871 -- Edit this bug report at http://bugs.php.net/?id=33871edit=1
#33871 [Fbk-Opn]: No Day light savings time
ID: 33871 User updated by: jeremy at techtrav dot com Reported By: jeremy at techtrav dot com -Status: Feedback +Status: Open Bug Type: Date/time related Operating System: Windows XP Apache 2 PHP Version: 5.1.0b3 New Comment: I am Central Standard Time in MN and we are on Day light Savings time. Previous Comments: [2005-07-26 18:16:49] [EMAIL PROTECTED] This could be also a timezone issue. What's your TZ ? [2005-07-26 18:12:59] jeremy at techtrav dot com I have upgraded to the newest snap as you have requested and I am still getting the same results. PHP 5.0.4 returns the correct time. PHP 5.1.X returns the wrong time. Could this be an operating system issue? I am on Windows XP with Apache 2. [2005-07-26 18:05:51] [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 you get the expected result: No, *I* get the expected result with both versions. [2005-07-26 18:02:13] jeremy at techtrav dot com you get the expected result: string(19) 10/30/2005 23:10:00 string(19) 10/31/2005 00:10:00 However in PHP 5.1.X I get: string(19) 10/31/2005 00:10:00 string(19) 10/31/2005 00:10:00 Which is wrong. [2005-07-26 17:56:24] [EMAIL PROTECTED] Please run this code with 5.0.4 and tell me what you get: ?php $date = strtotime('25 Oct'); var_dump(date('m/d/Y H:m:s', $date+(86400*6))); var_dump(date('m/d/Y H:m:s', strtotime(+6 days, $date))); ? 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/33871 -- Edit this bug report at http://bugs.php.net/?id=33871edit=1
#33578 [Csd-Opn]: Problem with strtotime method
ID: 33578 User updated by: jeremy at techtrav dot com Reported By: jeremy at techtrav dot com -Status: Closed +Status: Open Bug Type: Date/time related Operating System: Windows XP Apache 2 -PHP Version: 5.1.0b2 +PHP Version: 5.1.X newest CVS Assigned To: derick New Comment: You did fix 11 Oct but you didn't fix 11Oct which also used to work. this returns 01/01/1970 11Oct is an important format to have working, as it is the format that many use in the travel industry. Previous Comments: [2005-07-05 23:33:34] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2005-07-05 23:22:02] [EMAIL PROTECTED] Indeed it does not parse 11 Oct anymore, I'll fix this. [2005-07-05 23:18:22] jeremy at techtrav dot com Description: I just updated from 5.0.4 to 5.1.0b2 to test on my windows box. strtotime seems to be very messed up returning compeletely wrong dates. Reproduce code: --- ? echo date('m/d/Y', strtotime('Oct 11')); echo 'br'; echo date('m/d/Y', strtotime('11 Oct')); echo 'br'; echo date('m/d/Y', strtotime('11 Oct 2005')); ? Expected result: 10/11/2005 10/11/2005 10/11/2005 Actual result: -- 10/10/2005 07/05/2005 10/10/2005 -- Edit this bug report at http://bugs.php.net/?id=33578edit=1
#33578 [NEW]: Problem with strtotime method
From: jeremy at techtrav dot com Operating system: Windows XP Apache 2 PHP version: 5.1.0b2 PHP Bug Type: Date/time related Bug description: Problem with strtotime method Description: I just updated from 5.0.4 to 5.1.0b2 to test on my windows box. strtotime seems to be very messed up returning compeletely wrong dates. Reproduce code: --- ? echo date('m/d/Y', strtotime('Oct 11')); echo 'br'; echo date('m/d/Y', strtotime('11 Oct')); echo 'br'; echo date('m/d/Y', strtotime('11 Oct 2005')); ? Expected result: 10/11/2005 10/11/2005 10/11/2005 Actual result: -- 10/10/2005 07/05/2005 10/10/2005 -- Edit bug report at http://bugs.php.net/?id=33578edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33578r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33578r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33578r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33578r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33578r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33578r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33578r=needscript Try newer version: http://bugs.php.net/fix.php?id=33578r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33578r=support Expected behavior: http://bugs.php.net/fix.php?id=33578r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33578r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33578r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33578r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33578r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33578r=dst IIS Stability: http://bugs.php.net/fix.php?id=33578r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33578r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33578r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33578r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33578r=mysqlcfg
#30092 [Com]: Segmentation fault when comparing a simplexml object.
ID: 30092 Comment by: jeremy at durge dot org Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Class/Object related Operating System: N/A PHP Version: 5CVS-2004-09-15 (dev) New Comment: This is still a issue in 5.0.2 but fixed (but not totally better) in php5-STABLE-200411241330 - although the output is slightly different. This is my test case: -- ?php $xmlfile = simplexml_load_string(foobar10/bar/foo); print ($xmlfile-bar 10); ? -- In 5.0.2 (running on Debian unstable), this returns: -- free(): invalid pointer 0xbfffd584! Allowed memory size of 8388608 bytes exhausted (tried to allocate 256 bytes) -- The segfault/memory leak has been fixed since this build (claims to be 5.0.2-0.2), but with the latest stable CVS a message like the following is still shown: -- free(): invalid pointer 0xbfffd0b4! -- If this message is shown depends on the operator being used - if the second line of code is replaced with 'print ($xmlfile-bar 10);' then this error is not produced. In all cases, converting the number with floatval() or intval() before the comparison evalutes correctly without error. Previous Comments: [2004-09-15 13:50:28] [EMAIL PROTECTED] Also known as a Segmentation fault. :) [2004-09-15 13:47:15] [EMAIL PROTECTED] Description: Segmantation fault when comparing a simplexml object. Reproduce code: --- ?php class Crash { public $param; public function __construct($param) { $this-param = $param; if ($this-param 1) { echo ('Param is smaller than 1'); } } } $xml = simplexml_load_string('abc/c/b/a'); $C = new Crash($xml); ? Actual result: -- (gdb) bt #0 0x4207acfd in free () from /lib/i686/libc.so.6 #1 0x08168b68 in _efree (ptr=0xbfffd460) at /root/bunldes/php5-STABLE-200408261030/Zend/zend_alloc.c:287 #2 0x08179d06 in compare_function (result=0xbfffd560, op1=0xbfffd460, op2=0x828e45c) at /root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1249 #3 0x0817a519 in is_smaller_function (result=0xbfffd560, op1=0x828e72c, op2=0x820d4b8) at /root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1476 #4 0x0819e197 in zend_is_smaller_handler (execute_data=0xbfffd580, opline=0x828e42c, op_array=0x828f5b4) at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1547 #5 0x0819af6c in execute (op_array=0x828f5b4) at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1400 #6 0x081b6cc9 in zend_do_fcall_common_helper (execute_data=0xbfffd750, opline=0x828ceb0, op_array=0x82889f4) at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:2737 #7 0x081b7085 in zend_do_fcall_by_name_handler (execute_data=0xbfffd750, opline=0x828ceb0, op_array=0x82889f4) at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:2822 #8 0x0819af6c in execute (op_array=0x82889f4) at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1400 #9 0x0817d4b5 in zend_execute_scripts (type=8, retval=0x0, file_count=3) ---Type return to continue, or q return to quit--- at /root/bunldes/php5-STABLE-200408261030/Zend/zend.c:1061 #10 0x08149e58 in php_execute_script (primary_file=0xbb20) at /root/bunldes/php5-STABLE-200408261030/main/main.c:1629 #11 0x081c0f60 in main (argc=2, argv=0xbbc4) at /root/bunldes/php5-STABLE-200408261030/sapi/cli/php_cli.c:943 #12 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 (gdb) frame 5 #5 0x0819af6c in execute (op_array=0x828f5b4) at /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1400 1400/root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c: No such file or directory. in /root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c $ valgrind --tool=memcheck php test.php ==13706== Memcheck, a memory error detector for x86-linux. ==13706== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al. ==13706== Using valgrind-2.2.0, a program supervision framework for x86-linux. ==13706== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al. ==13706== For more details, rerun with: -v ==13706== ==13706== Conditional jump or move depends on uninitialised value(s) ==13706==at 0x8179CEF: compare_function (/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1247) ==13706==by 0x817A518: is_smaller_function (/root/bunldes/php5-STABLE-200408261030/Zend/zend_operators.c:1476) ==13706==by 0x819E196: zend_is_smaller_handler (/root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1547) ==13706==by 0x819AF6B: execute (/root/bunldes/php5-STABLE-200408261030/Zend/zend_execute.c:1400) ==13706== ==13706== Conditional jump or move depends on uninitialised value(s) ==13706==at 0x8168AFF: _efree (/root/bunldes/php5-STABLE
#29574 [Com]: FastCgi server can't be used with unix domain sockets
ID: 29574 Comment by: jeremy at 33ad dot org Reported By: [EMAIL PROTECTED] Status: Open Bug Type: CGI related Operating System: Linux PHP Version: 5CVS-2004-08-08 (dev) New Comment: just a quick note that I've seen this bug also with php 5.0.1 released on Aug 12. I applied the patch and it worked as expected. Previous Comments: [2004-08-08 19:56:03] [EMAIL PROTECTED] Description: The cgi module does not accept unix domain sockets as parameters to option -b, as it will be prefixed by :. This is needed so I don't have to revert to using iptables with owner matching to set access restrictions for local users; but use directory/file permissions. Here's a patch against the latest CVS version to not prepend bindpath with : when it looks like a file: Index: sapi/cgi/cgi_main.c === RCS file: /repository/php-src/sapi/cgi/cgi_main.c,v retrieving revision 1.256 diff -u -r1.256 cgi_main.c --- sapi/cgi/cgi_main.c 14 Jul 2004 22:30:27 - 1.256 +++ sapi/cgi/cgi_main.c 8 Aug 2004 14:53:57 - @@ -1130,7 +1130,7 @@ * path (it's what the fastcgi library expects) */ - if (strchr(bindpath, ':') == NULL) { + if ((strchr(bindpath, ':') == NULL) (strchr(bindpath, '/') == NULL)) { char *tmp; tmp = malloc(strlen(bindpath) + 2); Reproduce code: --- php -b /var/run/fastcgi/php4-someuser Expected result: Start a FastCgi server listening on /var/run/fastcgi/php4-someuser. Actual result: -- No server starting as :/var/run/fastcgi/php4-someuser is passed to libfcgi. -- Edit this bug report at http://bugs.php.net/?id=29574edit=1
#14865 [Com]: php4apache.dll - phpinfo error - winXP - Apache
ID: 14865 Comment by: jeremy at chezwallis dot com Reported By: p dot wenger at gmx dot ch Status: No Feedback Bug Type: Apache related Operating System: Win XP Prof PHP Version: 4.1.1 and 4.2.1 New Comment: Hi, I experienced the same problem today with : - Apache 2.0.50 (win32) and - PHP 4.3.4 - Windows XP SP1 + all critical updates I got desperate and eventually changed the httpd.conf file entry where you specify the Load Module line : - Instead of using php4apache.dll ... I noticed that there is another similar file in the folder called php4apache2.dll. So I edited my line to read : LoadModule php4_module c:/program files/php/sapi/php4apache2.dll ... and now Apache starts correctly and PHP works perfectly. Not sure if I did something wrong in this but it works so I am smiling (for now ?) Cheers, Jeremy. Previous Comments: [2003-03-15 19:28:56] kensl at csie dot nctu dot edu dot tw Download Windows XP Service pack 1a http://www.microsoft.com/windowsxp/pro/downloads/servicepacks/sp1/default.asp It works! [2002-07-19 23:24:32] nallmj1 at wfu dot edu This is not a PHP or Apache error, or at least not completely. It seems that MSIE is the main source of the problem. I am experiencing similar problems with MSIE6 (in Windows XP) but no problems at all with Netscape 6.2. I am using PHP 4.2.2 and Apache 2.0.39, which I also used on my old Windows 2000 machine; it never gave me any trouble even though I also had MSIE6 on it. I tested http://mvirtue.myip.org/test/index.php posted by [EMAIL PROTECTED] [22 Mar 12:24am], and it produces the same errors in MSIE but works flawlessly in Netscape. Because I prefer MSIE as most people do, I would like to know if anyone has the updated AFD.SYS file mentioned in http://support.microsoft.com/default.aspx?scid=kb;EN-US;q317949 because Microsoft does not offer it freely for some reason. Seeing as this problem occurs only in MSIE6 and only with WinXP I think that update could solve the IE problem. Thanks, Matt [2002-07-13 01:00:07] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-06-12 09:04:41] [EMAIL PROTECTED] Did you try that fix from Microsoft? And what about the latest non-stable snapshot of PHP? [2002-06-12 04:18:35] p dot wenger at gmx dot ch is this Bug-Report ( http://bugs.php.net/bug.php?id=16698 ) the same Problem as I have? then the Problem is by Microsoft! see: http://www.apache.org/dist/httpd/binaries/win32/#xpbug http://support.microsoft.com/default.aspx?scid=kb;EN-US;q317949 I try anyway in the next days to config the server with the original config-File and only the minimum of changes for PHP? 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/14865 -- Edit this bug report at http://bugs.php.net/?id=14865edit=1
#27247 [Com]: php_mysql.dll + libmysql.dll (4.0.x) problem
ID: 27247 Comment by: jeremy at deadbeef dot com Reported By: clau at 101phones dot com Status: Bogus Bug Type: MySQL related Operating System: Windows XP Home PHP Version: 5.0.0b4 (beta4) New Comment: The mysql 4.1.x doesn't work either. The windows build of php on the php.net web site appears to be built with mysql 3.x, but no longer includes it. Perhaps we need php_mysql.dll and php_mysql4.dll as extensions. Previous Comments: [2004-02-13 19:04:05] [EMAIL PROTECTED] 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 will need a mysql 4.1.x library for this. [2004-02-13 16:42:28] clau at 101phones dot com Description: The latest build of php5 (5.0.0b4) does not work with mysql 4.0.18 client library. It's looking for mysql_drop_db in libmysql.dll but it can't find it since it's deprecated. Apache2 gives these errors. -- Edit this bug report at http://bugs.php.net/?id=27247edit=1
#27247 [Com]: php_mysql.dll + libmysql.dll (4.0.x) problem
ID: 27247 Comment by: jeremy at deadbeef dot com Reported By: clau at 101phones dot com Status: Bogus Bug Type: MySQL related Operating System: Windows XP Home PHP Version: 5.0.0b4 (beta4) New Comment: I got it working with the following. Installed apache2, mysql 4.0.18, php 5.0.0 beta 4. Then I took the libmysql.dll from mysql 3.23.58 and dropped it in c:\Program Files\Apache Group\Apache2\bin. Previous Comments: [2004-02-23 15:14:25] jeremy at deadbeef dot com The mysql 4.1.x doesn't work either. The windows build of php on the php.net web site appears to be built with mysql 3.x, but no longer includes it. Perhaps we need php_mysql.dll and php_mysql4.dll as extensions. [2004-02-13 19:04:05] [EMAIL PROTECTED] 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 will need a mysql 4.1.x library for this. [2004-02-13 16:42:28] clau at 101phones dot com Description: The latest build of php5 (5.0.0b4) does not work with mysql 4.0.18 client library. It's looking for mysql_drop_db in libmysql.dll but it can't find it since it's deprecated. Apache2 gives these errors. -- Edit this bug report at http://bugs.php.net/?id=27247edit=1
#26249 [Fbk-Opn]: snmpget doesn't free memory
ID: 26249 User updated by: dacol dot jeremy at caramail dot com Reported By: dacol dot jeremy at caramail dot com -Status: Feedback +Status: Open Bug Type: SNMP related Operating System: linux -PHP Version: 4.3.2 +PHP Version: 4.3.3 New Comment: i have : rpm files installed openssl-0.9.6-3 and devel one too with files in /usr/include/openssl - installed net-snmp 5.1 configure: ./configure --with-opennssl=/usr make make install - installed php4-stable of 2003/11/19 06h30 configure --with-snmp=/usr/local --with-openssl=/usr --with-apache=../apache and during the make make install i have many errors with : undefined reference to all SSL_. i don't understand... what i have to do? Previous Comments: [2003-11-19 18:28:20] [EMAIL PROTECTED] You download that package, configure and install it on your test server to see if the 'bug' still happens with the most recent PHP version. You have to update PHP to make sure you really are using the latest net-snmp version you installed.. [2003-11-19 02:42:53] dacol dot jeremy at caramail dot com excuse me but do you read all the comments the bug is: when i use a lot of snmpget (the PHP function ), the memory used grow but never fall. it use 0.1% each 100 snmpget (the PHP function ), and it is a lot when you want that your script run at vitaem. and i explain when i use the system function of PHP with snmpget, like in my last comment, PHP use 2% and snmpget use 1%. so i think it is a PHP problem... and one more time could you explian me what to do with the http://snaps.php.net/php4-STABLE-latest.tar.gz file please. [2003-11-18 15:11:12] [EMAIL PROTECTED] PHP uses memory, there's no bug here. (0.7% is nothing) [2003-11-18 09:58:16] dacol dot jeremy at caramail dot com i test a script with: while(true) { system(snmpget.); } and see with top command the memory used : 0.7% all time. it doesn't depend on the number of snmpget so i think it's a php problem. [2003-11-18 06:58:02] dacol dot jeremy at caramail dot com hi, i don't know how upgrad my php files with the latest version... i up my old ucd-snmp version to net-snmp 5.1 and my bug still happened. please tell me exactly what to do with php4-STABLE-latest.tar.gz the command, all things tou can i am really sorry but i search on web and i find nothing on it. 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/26249 -- Edit this bug report at http://bugs.php.net/?id=26249edit=1
#26249 [Bgs-Opn]: snmpget doesn't free memory
ID: 26249 User updated by: dacol dot jeremy at caramail dot com Reported By: dacol dot jeremy at caramail dot com -Status: Bogus +Status: Open Bug Type: SNMP related Operating System: linux PHP Version: 4.3.2 New Comment: excuse me but do you read all the comments the bug is: when i use a lot of snmpget (the PHP function ), the memory used grow but never fall. it use 0.1% each 100 snmpget (the PHP function ), and it is a lot when you want that your script run at vitaem. and i explain when i use the system function of PHP with snmpget, like in my last comment, PHP use 2% and snmpget use 1%. so i think it is a PHP problem... and one more time could you explian me what to do with the http://snaps.php.net/php4-STABLE-latest.tar.gz file please. Previous Comments: [2003-11-18 15:11:12] [EMAIL PROTECTED] PHP uses memory, there's no bug here. (0.7% is nothing) [2003-11-18 09:58:16] dacol dot jeremy at caramail dot com i test a script with: while(true) { system(snmpget.); } and see with top command the memory used : 0.7% all time. it doesn't depend on the number of snmpget so i think it's a php problem. [2003-11-18 06:58:02] dacol dot jeremy at caramail dot com hi, i don't know how upgrad my php files with the latest version... i up my old ucd-snmp version to net-snmp 5.1 and my bug still happened. please tell me exactly what to do with php4-STABLE-latest.tar.gz the command, all things tou can i am really sorry but i search on web and i find nothing on it. [2003-11-17 17:52:10] [EMAIL PROTECTED] Update your über-old ucd-snmp to the latest net-snmp version. Then reopen if you still experience leaks which you can trace to happen in PHP code (not in the net-snmp) [2003-11-17 05:40:55] dacol dot jeremy at caramail dot com hi i have copied the CVS on my php files and replace it. but it doesn't work each time i use snmpget function it takes memory which it doesn't free after a response. in fact each 100 snmpget use 0.1% of my memory. it's really the snmpget function which doesn't work. 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/26249 -- Edit this bug report at http://bugs.php.net/?id=26249edit=1
#26249 [Bgs-Opn]: snmpget doesn't free memory
ID: 26249 User updated by: dacol dot jeremy at caramail dot com Reported By: dacol dot jeremy at caramail dot com -Status: Bogus +Status: Open Bug Type: SNMP related Operating System: linux PHP Version: 4.3.2 New Comment: hi, i don't know how upgrad my php files with the latest version... i up my old ucd-snmp version to net-snmp 5.1 and my bug still happened. please tell me exactly what to do with php4-STABLE-latest.tar.gz the command, all things tou can i am really sorry but i search on web and i find nothing on it. Previous Comments: [2003-11-17 17:52:10] [EMAIL PROTECTED] Update your über-old ucd-snmp to the latest net-snmp version. Then reopen if you still experience leaks which you can trace to happen in PHP code (not in the net-snmp) [2003-11-17 05:40:55] dacol dot jeremy at caramail dot com hi i have copied the CVS on my php files and replace it. but it doesn't work each time i use snmpget function it takes memory which it doesn't free after a response. in fact each 100 snmpget use 0.1% of my memory. it's really the snmpget function which doesn't work. [2003-11-17 03:06:59] response dot sorry at notremember dot pass hi, thank you for your answer. can i only copy this on my existing php files or do i have to recompile all? in fact what i have to do with this file? and sorry for the mistake i work with: apache 1.3.28 php 4.3.3 ucd-snmp 4.2.2 on linux RH 7.1 [2003-11-14 10:36:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-11-14 04:58:57] dacol dot jeremy at caramail dot com Description: hello, I use a lot of snmpget (more then 300) each 5 minutes. snmpget works, it closes session. ( i read all bug reports on snmpget) but it use memory which it doesn't free. i look, with the top command, the ressources used by my script and every 5 minutes it uses 0.3% more... i don't understand why maybe a bug in my snmp.c but. i use ucd-snmp package with php 4.3.2 and i use my script with php command. -- Edit this bug report at http://bugs.php.net/?id=26249edit=1
#26249 [Opn]: snmpget doesn't free memory
ID: 26249 User updated by: dacol dot jeremy at caramail dot com Reported By: dacol dot jeremy at caramail dot com Status: Open Bug Type: SNMP related Operating System: linux PHP Version: 4.3.2 New Comment: i test a script with: while(true) { system(snmpget.); } and see with top command the memory used : 0.7% all time. it doesn't depend on the number of snmpget so i think it's a php problem. Previous Comments: [2003-11-18 06:58:02] dacol dot jeremy at caramail dot com hi, i don't know how upgrad my php files with the latest version... i up my old ucd-snmp version to net-snmp 5.1 and my bug still happened. please tell me exactly what to do with php4-STABLE-latest.tar.gz the command, all things tou can i am really sorry but i search on web and i find nothing on it. [2003-11-17 17:52:10] [EMAIL PROTECTED] Update your über-old ucd-snmp to the latest net-snmp version. Then reopen if you still experience leaks which you can trace to happen in PHP code (not in the net-snmp) [2003-11-17 05:40:55] dacol dot jeremy at caramail dot com hi i have copied the CVS on my php files and replace it. but it doesn't work each time i use snmpget function it takes memory which it doesn't free after a response. in fact each 100 snmpget use 0.1% of my memory. it's really the snmpget function which doesn't work. [2003-11-17 03:06:59] response dot sorry at notremember dot pass hi, thank you for your answer. can i only copy this on my existing php files or do i have to recompile all? in fact what i have to do with this file? and sorry for the mistake i work with: apache 1.3.28 php 4.3.3 ucd-snmp 4.2.2 on linux RH 7.1 [2003-11-14 10:36:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/26249 -- Edit this bug report at http://bugs.php.net/?id=26249edit=1
#26249 [Fbk-Opn]: snmpget doesn't free memory
ID: 26249 User updated by: dacol dot jeremy at caramail dot com Reported By: dacol dot jeremy at caramail dot com -Status: Feedback +Status: Open Bug Type: SNMP related Operating System: linux PHP Version: 4.3.2 New Comment: hi i have copied the CVS on my php files and replace it. but it doesn't work each time i use snmpget function it takes memory which it doesn't free after a response. in fact each 100 snmpget use 0.1% of my memory. it's really the snmpget function which doesn't work. Previous Comments: [2003-11-17 03:06:59] response dot sorry at notremember dot pass hi, thank you for your answer. can i only copy this on my existing php files or do i have to recompile all? in fact what i have to do with this file? and sorry for the mistake i work with: apache 1.3.28 php 4.3.3 ucd-snmp 4.2.2 on linux RH 7.1 [2003-11-14 10:36:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-11-14 04:58:57] dacol dot jeremy at caramail dot com Description: hello, I use a lot of snmpget (more then 300) each 5 minutes. snmpget works, it closes session. ( i read all bug reports on snmpget) but it use memory which it doesn't free. i look, with the top command, the ressources used by my script and every 5 minutes it uses 0.3% more... i don't understand why maybe a bug in my snmp.c but. i use ucd-snmp package with php 4.3.2 and i use my script with php command. -- Edit this bug report at http://bugs.php.net/?id=26249edit=1
#26249 [NEW]: snmpget doesn't free memory
From: dacol dot jeremy at caramail dot com Operating system: linux PHP version: 4.3.2 PHP Bug Type: SNMP related Bug description: snmpget doesn't free memory Description: hello, I use a lot of snmpget (more then 300) each 5 minutes. snmpget works, it closes session. ( i read all bug reports on snmpget) but it use memory which it doesn't free. i look, with the top command, the ressources used by my script and every 5 minutes it uses 0.3% more... i don't understand why maybe a bug in my snmp.c but. i use ucd-snmp package with php 4.3.2 and i use my script with php command. -- Edit bug report at http://bugs.php.net/?id=26249edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26249r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26249r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26249r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26249r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26249r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26249r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26249r=support Expected behavior: http://bugs.php.net/fix.php?id=26249r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26249r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26249r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26249r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26249r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26249r=dst IIS Stability: http://bugs.php.net/fix.php?id=26249r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26249r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26249r=float
#24053 [Com]: include issues spurious stream warning that clutters up the page ...
ID: 24053 Comment by: jeremy at fusion2d dot com Reported By: jphey at netdoor dot com Status: Assigned Bug Type: Scripting Engine problem Operating System: Linux 2.4.20 PHP Version: 4.3.2 Assigned To: wez New Comment: I too experience this issue with my include statements. I am currently in the beginning stages of my website so I was able to use the @include in order to hide these errors. I would like to get this resolved as well and I know you guys are working the issue. Unlike the last guy I know php is not guaranteed, its just very awesome and everyone loves it so please keep up the good work and I am sure this will be a small bump in php's long run. Previous Comments: [2003-08-06 10:35:12] [EMAIL PROTECTED] I demand that you pay me to meet your demands ;-) Seriously, PHP comes with no warranty or any assertion that it will work, so you are in no position to demand anything. Yes, we try to ensure a good level of quality, but don't forget that we are volunteers with day jobs. [2003-08-06 10:32:01] composerryan at webquad dot com By the way, please let us know when you have released a new version that fixes this problem with the php include code. We would greatly appreciate it because I do not have the time to fix all of the bugs that have appeared at my website and all of my clients' websites - it is an absolute nightmare for my business and I should not be the one taking the responsibility for these errors. Thanks again, Ryan [2003-08-06 10:27:07] composerryan at webquad dot com I have also experienced the php includes error at my network websites that reside at http://www.webquad.com including the following sites: http://www.webquad.com/starcraft/ http://www.webquad.com/hmseries/ http://www.webquad.com/aom http://www.webquad.com/ron http://www.webquad.com/rs http://www.webquad.com/rsgg http://www.webquad.com/ph http://www.webquad.com/ac http://www.webquad.com/cossacks I've been using the php include script this entire time and it has worked fine. The php upgrade seems to be creating a HUGE nightmare for web developers like myself, especially since the php include script is contained in most of my clients' sites. We demand that a patch or fix be released that addresses this issue since this upgrade has done more harm than good. I am using the host iPowerweb at http://www.iPowerweb.com and I have been frustrated with their support team because of this upgrade to the new php, which has caused huge problems on my site and on other developer's sites. But, they say it is the PHP developers who have to fix the problem. So, please fix this problem ASAP! Thanks, Ryan [2003-07-25 03:49:57] [EMAIL PROTECTED] Apparently there is still a problem. Will investigate this weekend. [2003-07-25 03:13:49] ngaugler at ngworld dot net I want to bring this bug back it, it happens in 4.3.2 when the Zend Optimizer is installed on the server. When Zend is not, it is fine. Information is as follows: Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies with Zend Extension Manager v1.0.0, Copyright (c) 2003, by Zend Technologies with Zend Optimizer v2.1.0, Copyright (c) 1998-2003, by Zend Technologies 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/24053 -- Edit this bug report at http://bugs.php.net/?id=24053edit=1
#22513 [NEW]: imagettfbbox() returning bogus array values
From: jeremy at nirvani dot net Operating system: linux 2.4.19 PHP version: 5CVS-2003-03-03 (dev) PHP Bug Type: GD related Bug description: imagettfbbox() returning bogus array values I have read these two bugs and this does not seem to be related: 17261 http://bugs.php.net/bug.php?id=17261 17192 http://bugs.php.net/bug.php?id=17192 To verify it is not one of the above bugs: (Notice only a big black box and no text) http://www.nirvani.org/not_bug_17192_or_17261.php http://www.nirvani.org/not_bug_17192_or_17261.phps To be sure, I even went so far as to put the GDFONRPATH in my global environment. (snip from phpinfo() _ENV[GDFONTPATH] /home/httpd/clients/nirvani.org/ ) This shows the problem of the array elements having bogus values: http://www.nirvani.org/imagettfbbox_bug.php http://www.nirvani.org/imagettfbbox_bug.phps A strange oddity, refresh this above page and watch array[7] change - that should not happen, it should be the upper left corner, Y position, which IMO should stay the same, no matter how bogus the data is. fontfile (for sanity's sake): http://www.nirvani.org/times.ttf The array values returned seem to be a bug compared to what is expected from here: http://php.net/imagettfbbox Paste of the output array: array(8) { [0]= int(5) [1]= int(-1610627808) [2]= int(-1610628216) [3]= int(134958127) [4]= int(136904992) [5]= int(12) [6]= int(-1610628152) [7]= int(1075156968) } my configure line: './configure' '--disable-cli' '--disable-cgi' '--with-zlib' '--with-bz2' '--without-pear' '--with-gd' '--with-ttf' '--with-freetype' '--enable-gd-native-ttf' '--enable-bcmath' '--with-thttpd=/usr/src/thttpd-2.21b' phpinfo(): http://www.nirvani.org/php.html The same bug seemed to happend yesterday on a previous compile also. I added --with-ttf and --enable-gd-native-ttf, but that made no difference. Other GD stuff works. Looks like configure picked up on the bundled GD (2.0 compatible). It seems like anything GD-font-related does not work, and so this might be a deeper bug than just in imagettfbbox(). Jeremy -- Edit bug report at http://bugs.php.net/?id=22513edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22513r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22513r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22513r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22513r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22513r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22513r=support Expected behavior: http://bugs.php.net/fix.php?id=22513r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22513r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22513r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22513r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22513r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22513r=dst IIS Stability: http://bugs.php.net/fix.php?id=22513r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22513r=gnused
#22513 [Csd-Opn]: imagettfbbox() returning bogus array values
ID: 22513 User updated by: jeremy at nirvani dot net Reported By: jeremy at nirvani dot net -Status: Closed +Status: Open Bug Type: GD related Operating System: linux 2.4.19 PHP Version: 5CVS-2003-03-03 (dev) New Comment: BTW, this is NOT fixed in CVS or at least nothing was described as what was change in CVS that fixes this. I just did a cvs up and re-built (Mon Mar 3 17:22:49 UTC 2003). The same problems occur. Please see the description I posted earlier. In case I was not clear before, I am using the php5 branch. Thanks, Jeremy Previous Comments: [2003-03-03 09:09:08] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-03-03 03:03:27] jeremy at nirvani dot net I have read these two bugs and this does not seem to be related: 17261 http://bugs.php.net/bug.php?id=17261 17192 http://bugs.php.net/bug.php?id=17192 To verify it is not one of the above bugs: (Notice only a big black box and no text) http://www.nirvani.org/not_bug_17192_or_17261.php http://www.nirvani.org/not_bug_17192_or_17261.phps To be sure, I even went so far as to put the GDFONRPATH in my global environment. (snip from phpinfo() _ENV[GDFONTPATH] /home/httpd/clients/nirvani.org/ ) This shows the problem of the array elements having bogus values: http://www.nirvani.org/imagettfbbox_bug.php http://www.nirvani.org/imagettfbbox_bug.phps A strange oddity, refresh this above page and watch array[7] change - that should not happen, it should be the upper left corner, Y position, which IMO should stay the same, no matter how bogus the data is. fontfile (for sanity's sake): http://www.nirvani.org/times.ttf The array values returned seem to be a bug compared to what is expected from here: http://php.net/imagettfbbox Paste of the output array: array(8) { [0]= int(5) [1]= int(-1610627808) [2]= int(-1610628216) [3]= int(134958127) [4]= int(136904992) [5]= int(12) [6]= int(-1610628152) [7]= int(1075156968) } my configure line: './configure' '--disable-cli' '--disable-cgi' '--with-zlib' '--with-bz2' '--without-pear' '--with-gd' '--with-ttf' '--with-freetype' '--enable-gd-native-ttf' '--enable-bcmath' '--with-thttpd=/usr/src/thttpd-2.21b' phpinfo(): http://www.nirvani.org/php.html The same bug seemed to happend yesterday on a previous compile also. I added --with-ttf and --enable-gd-native-ttf, but that made no difference. Other GD stuff works. Looks like configure picked up on the bundled GD (2.0 compatible). It seems like anything GD-font-related does not work, and so this might be a deeper bug than just in imagettfbbox(). Jeremy -- Edit this bug report at http://bugs.php.net/?id=22513edit=1
#22513 [Fbk-Opn]: imagettfbbox() returning bogus array values
ID: 22513 User updated by: jeremy at nirvani dot net Reported By: jeremy at nirvani dot net -Status: Feedback +Status: Open Bug Type: GD related Operating System: linux 2.4.19 PHP Version: 5CVS-2003-03-03 (dev) New Comment: Without calculating what exactly it should show back, your example is probably correct (as my build does not work, so I don't know exactly). I have no idea why the build I am using is returning bogus data. Does it have something to do with using the thttpd sapi (I hope not) - as I would hope that the gd_functions were abstracted enough to not be interfered by a particular sapi implementation. I assume (as most bugs go) that if I were running this on Apache1, there would be no problem - because I have never seen this problem on apache1+php, but was shocked when it occured using thttpd+php. However, in theory, should this break with a particular sapi? I mean, what if this doesn't work with php-cgi or php, roxen, or apache2? Do we just say who cares, run apache1, or do we try and fix it? I can run anything else anyone needs me to to try and get to the bottom of this - just let me know. Back to what is expected: as the man page (http://php.net/imagettfbbox) says, those array elements from 0-7 are positions of the image (X,Y) at the corners - so the values I am getting are obviously wrong - and the ones you are getting are what I would expect to see. Any number over 1000 (positive or negative) would seem to indicate something wrong. If you look at the values in the page I posted, you will see some really strange numbers - almost like the pointers are getting printed, or something - but anything but the correct values. Jeremy Previous Comments: [2003-03-03 13:07:59] [EMAIL PROTECTED] Can you show that is the 'expected' output of this function? On my system it returns array(8) { [0]= int(-3) [1]= int(1) [2]= int(79) [3]= int(1) [4]= int(79) [5]= int(-34) [6]= int(-3) [7]= int(-34) } But since no position for the text is provided the positioning is completely random. What matters is the difference between the various numbers, which you can use to determine the how much space the text will occupy. [2003-03-03 11:29:35] jeremy at nirvani dot net BTW, this is NOT fixed in CVS or at least nothing was described as what was change in CVS that fixes this. I just did a cvs up and re-built (Mon Mar 3 17:22:49 UTC 2003). The same problems occur. Please see the description I posted earlier. In case I was not clear before, I am using the php5 branch. Thanks, Jeremy [2003-03-03 09:09:08] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-03-03 03:03:27] jeremy at nirvani dot net I have read these two bugs and this does not seem to be related: 17261 http://bugs.php.net/bug.php?id=17261 17192 http://bugs.php.net/bug.php?id=17192 To verify it is not one of the above bugs: (Notice only a big black box and no text) http://www.nirvani.org/not_bug_17192_or_17261.php http://www.nirvani.org/not_bug_17192_or_17261.phps To be sure, I even went so far as to put the GDFONRPATH in my global environment. (snip from phpinfo() _ENV[GDFONTPATH] /home/httpd/clients/nirvani.org/ ) This shows the problem of the array elements having bogus values: http://www.nirvani.org/imagettfbbox_bug.php http://www.nirvani.org/imagettfbbox_bug.phps A strange oddity, refresh this above page and watch array[7] change - that should not happen, it should be the upper left corner, Y position, which IMO should stay the same, no matter how bogus the data is. fontfile (for sanity's sake): http://www.nirvani.org/times.ttf The array values returned seem to be a bug compared to what is expected from here: http://php.net/imagettfbbox Paste of the output array: array(8) { [0]= int(5) [1]= int(-1610627808) [2]= int(-1610628216) [3]= int(134958127) [4]= int(136904992) [5]= int(12) [6]= int(-1610628152) [7]= int(1075156968) } my configure line: './configure' '--disable-cli' '--disable-cgi' '--with-zlib' '--with-bz2' '--without-pear' '--with-gd' '--with-ttf' '--with-freetype' '--enable-gd-native-ttf' '--enable-bcmath
#22513 [Opn]: imagettfbbox() returning bogus array values
ID: 22513 User updated by: jeremy at nirvani dot net Reported By: jeremy at nirvani dot net Status: Open Bug Type: GD related Operating System: linux 2.4.19 PHP Version: 5CVS-2003-03-03 (dev) New Comment: Yes, as you may know, thttpd is not a threaded web server. Jeremy Previous Comments: [2003-03-03 13:33:51] [EMAIL PROTECTED] You may experience problems if you use freetype in threaded enviroment, since that library is not thread-safe. But that does not affect thttpd afaik. [2003-03-03 13:21:50] jeremy at nirvani dot net Without calculating what exactly it should show back, your example is probably correct (as my build does not work, so I don't know exactly). I have no idea why the build I am using is returning bogus data. Does it have something to do with using the thttpd sapi (I hope not) - as I would hope that the gd_functions were abstracted enough to not be interfered by a particular sapi implementation. I assume (as most bugs go) that if I were running this on Apache1, there would be no problem - because I have never seen this problem on apache1+php, but was shocked when it occured using thttpd+php. However, in theory, should this break with a particular sapi? I mean, what if this doesn't work with php-cgi or php, roxen, or apache2? Do we just say who cares, run apache1, or do we try and fix it? I can run anything else anyone needs me to to try and get to the bottom of this - just let me know. Back to what is expected: as the man page (http://php.net/imagettfbbox) says, those array elements from 0-7 are positions of the image (X,Y) at the corners - so the values I am getting are obviously wrong - and the ones you are getting are what I would expect to see. Any number over 1000 (positive or negative) would seem to indicate something wrong. If you look at the values in the page I posted, you will see some really strange numbers - almost like the pointers are getting printed, or something - but anything but the correct values. Jeremy [2003-03-03 13:07:59] [EMAIL PROTECTED] Can you show that is the 'expected' output of this function? On my system it returns array(8) { [0]= int(-3) [1]= int(1) [2]= int(79) [3]= int(1) [4]= int(79) [5]= int(-34) [6]= int(-3) [7]= int(-34) } But since no position for the text is provided the positioning is completely random. What matters is the difference between the various numbers, which you can use to determine the how much space the text will occupy. [2003-03-03 11:29:35] jeremy at nirvani dot net BTW, this is NOT fixed in CVS or at least nothing was described as what was change in CVS that fixes this. I just did a cvs up and re-built (Mon Mar 3 17:22:49 UTC 2003). The same problems occur. Please see the description I posted earlier. In case I was not clear before, I am using the php5 branch. Thanks, Jeremy [2003-03-03 09:09:08] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. 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/22513 -- Edit this bug report at http://bugs.php.net/?id=22513edit=1
#22160 [NEW]: --with-mssql fails
From: [EMAIL PROTECTED] Operating system: RH Linux 8.0 2.4.18-14smp PHP version: 4CVS-2003-02-10 (stable) PHP Bug Type: Compile Failure Bug description: --with-mssql fails Previously reported bug Bug #21544 compiling php4-STABLE-200302110230 fails /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c: In function `zm_activate_mssql': /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: `SHORT' undeclared (first use in this function) /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: (Each undeclared identifier is reported only once /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: for each function it appears in.) my configure string note: /usr/local/freetds exists (freetds compiled --with-tdsver=4.2) ./configure --with-mysql=/usr/local/mysql \ --with-apache=../apache_1.3.27-http \ --with-mssql=/usr/local/freetds \ --with-gd=/usr/local/src/gd \ --with-jpeg-dir=/usr/local/src/jpeg-6b \ --with-xml \ --enable-wddx \ --with-png-dir=/usr/lib \ --with-zlib-dir=shared \ --with-curl=/usr/local Very stuck. -- Edit bug report at http://bugs.php.net/?id=22160edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22160r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22160r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22160r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22160r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22160r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22160r=support Expected behavior: http://bugs.php.net/fix.php?id=22160r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22160r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22160r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22160r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22160r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22160r=dst IIS Stability: http://bugs.php.net/fix.php?id=22160r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22160r=gnused
#22160 [Fbk-Csd]: --with-mssql fails
ID: 22160 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: RH Linux 8.0 2.4.18-14smp PHP Version: 4CVS-2003-02-10 (stable) New Comment: Was using freetds 0.51 After changing SHORT = short in php_mssql.c compilation died with call to undefined function dbsetmaxprocs upgrade to freetds 0.61 (without changing php_mssql.c:338 back to SHORT) and compiling with --prefix=/usr/local --tdsver=7.0 --enable-msdblib configure string.php compiled with no errors Thanks alot Previous Comments: [2003-02-10 23:17:39] [EMAIL PROTECTED] I'm unable to reproduce this. I use FreeTDS-0.61 compiled with --prefix=/usr/local --tdsver=7.0 --enable-msdblib. tdsver is specifying the default version you can overwrite this in freetds.conf. What version of FreeTDS are you using ? I can send you a modified version of php_mssql.c (SHORT = short in line 338) or you can make this change and see if that does the trick. [2003-02-10 22:03:26] [EMAIL PROTECTED] Previously reported bug Bug #21544 compiling php4-STABLE-200302110230 fails /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c: In function `zm_activate_mssql': /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: `SHORT' undeclared (first use in this function) /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: (Each undeclared identifier is reported only once /usr/local/src/php4-STABLE-200302110230/ext/mssql/php_mssql.c:338: for each function it appears in.) my configure string note: /usr/local/freetds exists (freetds compiled --with-tdsver=4.2) ./configure --with-mysql=/usr/local/mysql \ --with-apache=../apache_1.3.27-http \ --with-mssql=/usr/local/freetds \ --with-gd=/usr/local/src/gd \ --with-jpeg-dir=/usr/local/src/jpeg-6b \ --with-xml \ --enable-wddx \ --with-png-dir=/usr/lib \ --with-zlib-dir=shared \ --with-curl=/usr/local Very stuck. -- Edit this bug report at http://bugs.php.net/?id=22160edit=1
#16402 [Com]: UnsatisfiedLinkError: send when loading any php file
ID: 16402 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Servlet related Operating System: RedHat Linux PHP Version: 4.1.2 New Comment: I also have experienced this issue. phsrvlt.jar simply is not thread safe. Running RH 7.3 Tomcat 4.1.18 php4.2.3. It loads once, then the second time, brings Tomcat down, error 11, conflict in libjvm.so. One thing I have to add to this, was that I was completely unable to compile php --with-java --with-servlet with 4.3.0 or a snapshot, it would be helpful to me to know if anyone has tried testing it with these, or to know if PHP development is simply going to phase out the servlet, as it just plain seems broken. And not being kept up. Previous Comments: [2003-01-26 15:31:17] [EMAIL PROTECTED] Same problem as yours. Figured it was a problem with multi-threading. If someone can fix the C code would be great to make it thread-safe. The temporary (not so preferred) fix would be to make the service calls in the servlet.java and formatter.java synchronized. This will stop the dumps you see but is not a scalable solution since it essentially makes the servlet single threaded. If anyone is able to find and fix the C code to be thread-safe - post the solution here. [2003-01-25 17:29:08] [EMAIL PROTECTED] Yup. Same problem here. Works for about 3 page loads (hitting reload on test.php) and then Tomcat goes down hard. This is tomcat version 4.1.18 and php-4.2.3. Error is: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x4D9DC71E Function=zend_hash_index_update_or_next_insert+0x3A Library=/opt/jakarta-tomcat-4.1.18/common/lib/libphp4.so Current Java thread: at net.php.reflect.setResultFromObject(Native Method) at net.php.reflect.setResult(reflect.java:105) at net.php.servlet.readCookies(servlet.java:92) at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:188) at net.php.servlet.service(servlet.java:212) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:432) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:386) at
Bug #16778: usort and uasort work only if you give them your array BY REFERENCE.
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.2 PHP Bug Type: Arrays related Bug description: usort and uasort work only if you give them your array BY REFERENCE. The following code doesn't work : $received_array = uasort($send_array,mycmp) $received_array isn't a correct array (but the integer 1 in general) Where if I do this : $received_array = uasort($send_array,mycmp) $received_array is still not correct, but $send_array has been sorted. -- Edit bug report at http://bugs.php.net/?id=16778edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16778r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16778r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16778r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16778r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16778r=support Expected behavior: http://bugs.php.net/fix.php?id=16778r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16778r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16778r=submittedtwice
Bug #16778 Updated: usort and uasort work only if you give them your array BY REFERENCE.
ID: 16778 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Arrays related Operating System: Linux PHP Version: 4.1.2 New Comment: Shame on me ... I don't know how to read the php manual. In the manual, uasort returns a void ... and NOT the sorted array. Sorry guys, I was tired yesterday night when I tried for 2 hours to make this sort working. I don't think there is a need for a script any more no ? Thanks Jani Previous Comments: [2002-04-23 20:24:12] [EMAIL PROTECTED] And please add a complete, short script which can be used to reproduce the problem. --Jani [2002-04-23 20:23:35] [EMAIL PROTECTED] The proto in PHP 4.2.0 for this function is: bool uasort ( array array, function cmp_function) Which means, that the fuction only returns TRUE or FALSE depending whether it succeeded or not. Please update to PHP 4.2.0 first. --Jani [2002-04-23 20:09:11] [EMAIL PROTECTED] The following code doesn't work : $received_array = uasort($send_array,mycmp) $received_array isn't a correct array (but the integer 1 in general) Where if I do this : $received_array = uasort($send_array,mycmp) $received_array is still not correct, but $send_array has been sorted. -- Edit this bug report at http://bugs.php.net/?id=16778edit=1
Bug #16694: connexion problem
From: [EMAIL PROTECTED] Operating system: win 2000+ase 12.5+easyphp PHP version: 4.1.2 PHP Bug Type: Compile Warning Bug description: connexion problem hello, i give you my connection script: ?php $db=accessoire; $dbserver=B453903; unset($conn); $conn=@mssql_connect($dbserver,sa,); if(! $conn) { echo Connexion au serveur impossible; exit; } else { $db=mssql_select_db($db,$conn); if (! $db) { echo Connexion à la base de données impossible\n; exit; } } ? when i compile this easyphp return me: Warning: Sybase: Server message: Changed database context to 'accessoire'. (severity 10, procedure N/A) in c:\program files\easyphp\www\test\fonction\connect_accessoire.php on line 12 and after this i use headers and session cookies. i don't show you all of the warning it cames. if you have a solution please help me i'm going to be mad!!! thanks -- Edit bug report at http://bugs.php.net/?id=16694edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16694r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16694r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16694r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16694r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16694r=support Expected behavior: http://bugs.php.net/fix.php?id=16694r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16694r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16694r=submittedtwice
Bug #16694 Updated: connexion problem
ID: 16694 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Compile Warning Operating System: win 2000+ase 12.5+easyphp PHP Version: 4.1.2 New Comment: a try those solutions but when i put a @ before mssql_selec_db easyphp tell me that it can find the page which call the connect_accessoire.php i don't understand Previous Comments: [2002-04-19 04:25:37] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php adding a @ before mssql_select_db might help, the rest you see are followups as the error message enforced header sending [2002-04-19 04:11:24] [EMAIL PROTECTED] hello, i give you my connection script: ?php $db=accessoire; $dbserver=B453903; unset($conn); $conn=@mssql_connect($dbserver,sa,); if(! $conn) { echo Connexion au serveur impossible; exit; } else { $db=mssql_select_db($db,$conn); if (! $db) { echo Connexion à la base de données impossible\n; exit; } } ? when i compile this easyphp return me: Warning: Sybase: Server message: Changed database context to 'accessoire'. (severity 10, procedure N/A) in c:\program files\easyphp\www\test\fonction\connect_accessoire.php on line 12 and after this i use headers and session cookies. i don't show you all of the warning it cames. if you have a solution please help me i'm going to be mad!!! thanks -- Edit this bug report at http://bugs.php.net/?id=16694edit=1
Bug #15864 Updated: setcookie('cookie_var'); # In CVS. does not delete cookie 'cookie_var'.
ID: 15864 Updated by: [EMAIL PROTECTED] -Summary: setcookie('cookie_var'); # In CVS. does not delete cookie 'cookie_var'. Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Output Control Operating System: linux 2.4 PHP Version: 4.0CVS-2002-03-04 New Comment: Bogus. I'm on crack! ;) -jeremy Previous Comments: [2002-03-04 16:31:37] [EMAIL PROTECTED] FYI, my CVS is dated from Friday, March 1. If this has been fixed in the past few days, forgive me. in 4.2.0-dev, setcookie('T'), does not delete the cookie var 'T'. In 4.0.6 this works just fine. Jeremy --- Have a cookie called 'T' set to something. ?php # page 1 # Delete the cookie setcookie('T'); echo 'hi'; ? ?php # page 2 # The is the cookie still set? Yes, for me. it is set, but the # value is empty. echo phpinfo(); ? -- Edit this bug report at http://bugs.php.net/?id=15864edit=1