#29753 [NEW]: Parameters of mcal_fetch_event()
From: [EMAIL PROTECTED] Operating system: Irrelevant PHP version: 5.0.1 PHP Bug Type: MCAL related Bug description: Parameters of mcal_fetch_event() Description: Proto for mcal_fetch_event() says it accepts 2 or 3 parameters but code says it accepts 1, 2 or 3 parameters. I belive proto is right in this case and I am sending a patch for it. Patch proposal: RCS file: /repository/pecl/mcal/php_mcal.c,v retrieving revision 1.59 diff -u -r1.59 php_mcal.c --- mcal/php_mcal.c 16 Jun 2003 14:03:30 - 1.59 +++ mcal/php_mcal.c 18 Aug 2004 12:02:38 - @@ -459,7 +459,7 @@ CALEVENT *myevent; int myargcount=ZEND_NUM_ARGS(); - if (myargcount < 1 || myargcount > 3 || zend_get_parameters_ex(myargcount, &streamind, &eventid, &options) == FAILURE) { + if (myargcount < 2 || myargcount > 3 || zend_get_parameters_ex(myargcount, &streamind, &eventid, &options) == FAILURE) { WRONG_PARAM_COUNT; } convert_to_long_ex(streamind); -- Edit bug report at http://bugs.php.net/?id=29753&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29753&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29753&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29753&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29753&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29753&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29753&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29753&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29753&r=support Expected behavior: http://bugs.php.net/fix.php?id=29753&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29753&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29753&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29753&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29753&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29753&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29753&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29753&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29753&r=float
#29176 [Com]: $GLOBALS['_REQUEST'], $GLOBALS['_ENV'] AND $GLOBALS['_SERVER'] are empty
ID: 29176 Comment by: info at webaq dot com Reported By: webmaster at ragnarokonline dot de Status: Assigned Bug Type: Variables related Operating System: SuSE 9.0 PHP Version: 5.0.0 Assigned To: sesser New Comment: PHP File use "SafeGuard Suite 3.5.0" encode Apache 1.3.29 PHP 5.0.0 Zend Engine v2.0.0 Zend Optimizer v2.5.3 Notice: Undefined variable: _SERVER in /www/ZendEncode.php on line 2 Undefined variable: _SERVER!!! >_< Previous Comments: [2004-07-16 09:35:12] tmgh at www dot deyang dot gov dot cn if set register_long_arrays=Off auto_globals_jit=off ,php5+mmcache2.4.7-cvs work greatly. can somebody tell me what's auto_globals_jit? [2004-07-16 03:09:03] webmaster at ragnarokonline dot de The dev replys, when he checked in a fix. So we have to wait, what the devs say ;) [2004-07-16 03:04:53] tmgh at www dot deyang dot gov dot cn at present,the cvs does not have newest source.maybe i have to wait for few time.thanks for your response. ps:it's mmcache's bug? [2004-07-16 02:53:48] webmaster at ragnarokonline dot de I have tested this now. The MMCache-Section was commented out, so its definately not related. PS: If a dev fixes this, this is checked into CVS, so you can simply compile or download the latest snapshot after the fix have been checked in. Regards, Christian Stadler [2004-07-16 02:41:14] tmgh at www dot deyang dot gov dot cn if you fix the bug,please email to me and i want to use php5 and mmcache.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 http://bugs.php.net/29176 -- Edit this bug report at http://bugs.php.net/?id=29176&edit=1
#29728 [Opn->Csd]: Reflection API Feature: Default parameter value.
ID: 29728 Updated by: [EMAIL PROTECTED] Reported By: wb at pro-net dot co dot uk -Status: Open +Status: Closed -Bug Type: Feature/Change Request +Bug Type: Zend Engine 2 problem Operating System: * -PHP Version: 5.0.* +PHP Version: 5.1.0-dev Assigned To: helly New Comment: 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. Previous Comments: [2004-08-19 01:08:17] [EMAIL PROTECTED] The first is ReflectionParameter::isOptional() [2004-08-18 12:05:01] wb at pro-net dot co dot uk Description: This is not strictly a bug and more of a feature request (if there is a better place for feature requests then please let me know). At the moment there is no way to find out if a parameter for a method has a default value or not. It would be nice is the ReflectionParameter class had something like the the following methods. ReflectionParameter->isRequired() Returns TRUE if the parameter is required or FALSE if it is not required (and therefore has a default value). ReflectionParameter->getDefault() Returns the default value for the parameter. This could throw an Exception if no default value is set as it could be possiable for the default value to be FALSE :) Reproduce code: --- n/a Expected result: n/a Actual result: -- n/a -- Edit this bug report at http://bugs.php.net/?id=29728&edit=1
#29748 [Opn->Bgs]: simplexml: tags doesn't exist crash my CLI or Apache
ID: 29748 Updated by: [EMAIL PROTECTED] Reported By: mesarpe at gmail dot com -Status: Open +Status: Bogus -Bug Type: CGI related +Bug Type: SimpleXML related Operating System: windows XP PHP Version: 5.0.1 New Comment: We don't support dev-php. Previous Comments: [2004-08-19 02:27:58] mesarpe at gmail dot com Description: Hello! Well, I'm loadind an XML file into a file this xml has a parameter that doesn't exist. I try to readit, if it doesn't exist, system shows me a windows messaged that CLI has crashed and my application will be closed. (I'm using Dev-PHP version alpha 3 http://devphp.sourceforge.net/) I tryied to check it with Apache and my apache crash down too. Thanks, anyway! Reproduce code: --- $var = @simplexml_load_file('xml.xml'); if($var->options->item == false) echo "a"; else echo "b"; Expected result: a or b a if it exist. b if it doesn't Actual result: -- nothing -- Edit this bug report at http://bugs.php.net/?id=29748&edit=1
#29652 [Com]: number of FD to ocius.msg is growing
ID: 29652 Comment by: esartoni at omniaglobal dot net Reported By: yannick at agl dot fr Status: Feedback Bug Type: OCI8 related Operating System: Linux Redhat 7.3 PHP Version: 4.3.7 New Comment: Same problem here with Solaris SunOS SPARC 5.9 - Apache 1.3.29 - PHP 4.3.8 - OCI 9.2.0.1.0 The number of opened ocius.msg grows costantly reaching the fd limit. No problem with Linux Debian, Apache 1.3.29, PHP 4.3.8 and OCI 8.1.7.0.0 or with Linux RedHat 8, Apache 1.3.26, PHP 4.3.4 and OCI 9.2.0.1.0 I'll try with an older version of php and let you know what happens. Previous Comments: [2004-08-18 18:43:05] [EMAIL PROTECTED] Tested under Linux with Oracle 9.2.0.1, Apache 1.3.31 and latest PHP5 & PHP4 versions. Cannot reproduce your situation - there is still only one ocius.msb's descriptor. Plz, provide more info about software installed - versions of Oracle, Apache etc. [2004-08-17 11:34:14] yannick at agl dot fr Yes the limit of FD is exceeded... This issue occurs only with php not with JDBC under OCI. [2004-08-17 07:38:36] [EMAIL PROTECTED] So, what the problem with it? It exceedes your FD limit? It's most likely to be an OCI trouble, 'cos PHP knows nothing about ocius.msg. [2004-08-16 10:15:35] yannick at agl dot fr the number of FD is growing constantly for each child. for example: >ps -ef | grep httpd root 469 1 0 Aug05 ?00:00:00 /usr/local/apache/bin/httpd -f / web 6853 469 0 07:57 ?00:01:09 /usr/local/apache/bin/httpd -f / web 7035 469 0 08:02 ?00:00:18 /usr/local/apache/bin/httpd -f / web 7138 469 0 08:07 ?00:00:25 /usr/local/apache/bin/httpd -f / web 8408 469 0 08:52 ?00:00:21 /usr/local/apache/bin/httpd -f / web 8428 469 0 08:53 ?00:00:17 /usr/local/apache/bin/httpd -f / web 8429 469 0 08:53 ?00:00:17 /usr/local/apache/bin/httpd -f / web 10107 469 0 09:54 ?00:00:04 /usr/local/apache/bin/httpd -f / web 10402 469 0 10:05 ?00:00:01 /usr/local/apache/bin/httpd -f / web 10413 469 0 10:06 ?00:00:01 /usr/local/apache/bin/httpd -f / web 10626 469 1 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10630 469 0 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10631 469 0 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10661 469 0 10:12 ?00:00:00 /usr/local/apache/bin/httpd -f / number of child: 14 > cd /proc/7035/fd > ls -l |grep ocius |wc > 235 i think each request make a new FD... [2004-08-13 17:36:12] [EMAIL PROTECTED] Does it grow constantly or it stops after reaching the number of apache childs? Can you please try the same with OCINLogon ? Btw, ocilogoff() does nothing for a long time (connections are closed by Oracle after a timeout). 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/29652 -- Edit this bug report at http://bugs.php.net/?id=29652&edit=1
#29652 [Fbk]: number of FD to ocius.msg is growing
ID: 29652 Updated by: [EMAIL PROTECTED] Reported By: yannick at agl dot fr Status: Feedback Bug Type: OCI8 related Operating System: Linux Redhat 7.3 PHP Version: 4.3.7 New Comment: It would be better if you could try it with newer versions of PHP, especially latest snapshots from http://snaps.php.net. Older versions are not so important, 'cos I'm unable to fix them. Previous Comments: [2004-08-19 12:06:27] esartoni at omniaglobal dot net Same problem here with Solaris SunOS SPARC 5.9 - Apache 1.3.29 - PHP 4.3.8 - OCI 9.2.0.1.0 The number of opened ocius.msg grows costantly reaching the fd limit. No problem with Linux Debian, Apache 1.3.29, PHP 4.3.8 and OCI 8.1.7.0.0 or with Linux RedHat 8, Apache 1.3.26, PHP 4.3.4 and OCI 9.2.0.1.0 I'll try with an older version of php and let you know what happens. [2004-08-18 18:43:05] [EMAIL PROTECTED] Tested under Linux with Oracle 9.2.0.1, Apache 1.3.31 and latest PHP5 & PHP4 versions. Cannot reproduce your situation - there is still only one ocius.msb's descriptor. Plz, provide more info about software installed - versions of Oracle, Apache etc. [2004-08-17 11:34:14] yannick at agl dot fr Yes the limit of FD is exceeded... This issue occurs only with php not with JDBC under OCI. [2004-08-17 07:38:36] [EMAIL PROTECTED] So, what the problem with it? It exceedes your FD limit? It's most likely to be an OCI trouble, 'cos PHP knows nothing about ocius.msg. [2004-08-16 10:15:35] yannick at agl dot fr the number of FD is growing constantly for each child. for example: >ps -ef | grep httpd root 469 1 0 Aug05 ?00:00:00 /usr/local/apache/bin/httpd -f / web 6853 469 0 07:57 ?00:01:09 /usr/local/apache/bin/httpd -f / web 7035 469 0 08:02 ?00:00:18 /usr/local/apache/bin/httpd -f / web 7138 469 0 08:07 ?00:00:25 /usr/local/apache/bin/httpd -f / web 8408 469 0 08:52 ?00:00:21 /usr/local/apache/bin/httpd -f / web 8428 469 0 08:53 ?00:00:17 /usr/local/apache/bin/httpd -f / web 8429 469 0 08:53 ?00:00:17 /usr/local/apache/bin/httpd -f / web 10107 469 0 09:54 ?00:00:04 /usr/local/apache/bin/httpd -f / web 10402 469 0 10:05 ?00:00:01 /usr/local/apache/bin/httpd -f / web 10413 469 0 10:06 ?00:00:01 /usr/local/apache/bin/httpd -f / web 10626 469 1 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10630 469 0 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10631 469 0 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10661 469 0 10:12 ?00:00:00 /usr/local/apache/bin/httpd -f / number of child: 14 > cd /proc/7035/fd > ls -l |grep ocius |wc > 235 i think each request make a new FD... 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/29652 -- Edit this bug report at http://bugs.php.net/?id=29652&edit=1
#26036 [Com]: base64 encoding is wrong
ID: 26036 Comment by: john dot g at envent dot co dot za Reported By: topitz at definiens dot com Status: Closed Bug Type: Mail related Operating System: Win2k PHP Version: 4.3.3 New Comment: I am using PHP 4.3.4 and am still getting the same problem when sending base64 encoded e-mails through IIS5's SMTP server on Win2k. Previous Comments: [2003-11-05 00:33:44] [EMAIL PROTECTED] This is fixed in PHP 4.3.4. [2003-10-30 06:22:00] topitz at definiens dot com Description: I use the SendMail() from the php.net (->[EMAIL PROTECTED]). Till now it works fine, but now i updated the webserver to IIS5 on Win2k from IIS4 on NT4, and now the base64 encoding seems to work wrong (HTML and Attachment part). The SMTP Server is Linux. Mail will received with Outlook. I tried already to change the charset from iso-8859-1 to utf-8, but it doesn't becomes better. This problem i got only with Win2k/IIS5! Reproduce code: --- $TEXT="Hallo, this a test for my email program. Hallo, this a test for my email program. long text with breaks test for my email program. Hallo, this a test for my email program."; $HTML=false; if (SendMail( "[EMAIL PROTECTED]","PHP Apache Webmailer", //sender "[EMAIL PROTECTED]","Tiberius Opitz", //recipient "Testmail", //subject $TEXT,$HTML,$ATTM)) echo "Mail send successfull."; function SendMail($From,$FromName,$To,$ToName,$Subject,$Text,$Html,$AttmFiles){ ... see php.net } Expected result: the script should send a mail with multipart data (text/html/attachment) and print a success message after sending. Actual result: -- I got the email abreviated, but with additional characters (wrong decoded)like: Ü^H[XZ[ÙÜ[KO... I've the same problem with attechments. -- Edit this bug report at http://bugs.php.net/?id=26036&edit=1
#29754 [NEW]: Serialization does not work when I use private/protected members and __sleep()
From: mytrash at seznam dot cz Operating system: Windows XP PHP version: 5.0.1 PHP Bug Type: Zend Engine 2 problem Bug description: Serialization does not work when I use private/protected members and __sleep() Description: Hello. I use PHP session. When I use private or protected members in my class and don't use magic method __sleep(), PHP serialization will serialize all members and their values into PHP session correctly. But when I use the same class and implement magic method __sleep(), PHP serialization will serialize correctly ONLY public members. Private and protected members (that I want serialize - I specified them in array returned from __sleep() function) have NULL value. In my example's result is string from session file generated by PHP. T.Zkoumalek Reproduce code: --- class Test { private $a = "Variable a"; protected $b = "Variable b"; public$c = "Variable c"; public$d = "This need not be saved."; // Save only $a, $b, $c. function __sleep() { return Array( "a", "b", "c" ); } } session_start(); $_SESSION[ "test" ] = new Test(); Expected result: test|O:4:"Test":3:{s:7:" Test a";s:10:"Variable a";s:4:" * b";s:10:"Variable b";s:1:"c";s:10:"Variable c";} Actual result: -- test|O:4:"Test":3:{s:1:"a";N;s:1:"b";N;s:1:"c";s:10:"Variable c";} -- Edit bug report at http://bugs.php.net/?id=29754&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29754&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29754&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29754&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29754&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29754&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29754&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29754&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29754&r=support Expected behavior: http://bugs.php.net/fix.php?id=29754&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29754&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29754&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29754&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29754&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29754&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29754&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29754&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29754&r=float
#29727 [Csd]: CUROPT_PROXYAUTH constant is not registered
ID: 29727 User updated by: bip at pennec dot org Reported By: bip at pennec dot org Status: Closed Bug Type: cURL related Operating System: All PHP Version: 4.3.9RC1 New Comment: It's OK ! thankx ! It works fine on PHP5 :-) on windows and linux too. Interface.c exists on PHP5 but not on 4.3 series (there is only curl.c), is possible to update this series too ? Previous Comments: [2004-08-18 23:31:51] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-08-18 19:08:08] bip at pennec dot org This patch seems to works with libcurl 7.12. The patch is applied against curl.c version of php 4.3.4 43,47d39 > /* As of curl 7.11.1 this is no longer defined inside curl.h */ > #ifndef HttpPost > #define HttpPost curl_httppost > #endif > 197a198,210 > #if LIBCURL_VERSION_NUM >= 0x070a07 /* CURLOPT_HTTPAUTH is available since curl 7.10.6 */ > REGISTER_CURL_CONSTANT(CURLOPT_PROXYAUTH); > REGISTER_CURL_CONSTANT(CURLOPT_HTTPAUTH); > /* http authentication options */ > REGISTER_CURL_CONSTANT(CURLAUTH_BASIC); > REGISTER_CURL_CONSTANT(CURLAUTH_DIGEST); > REGISTER_CURL_CONSTANT(CURLAUTH_GSSNEGOTIATE); > REGISTER_CURL_CONSTANT(CURLAUTH_NTLM); > REGISTER_CURL_CONSTANT(CURLAUTH_ANY); > REGISTER_CURL_CONSTANT(CURLAUTH_ANYSAFE); > > #endif > 715a729,732 > #if LIBCURL_VERSION_NUM >= 0x070a07 > case CURLOPT_PROXYAUTH: > case CURLOPT_HTTPAUTH: > #endif [2004-08-18 11:05:04] bip at pennec dot org Description: CURLOPT_PROXYAUTH constant appears in libcurl 7.10.7 but is not register in recents releases of the php_curl module. This constant is needed to pass thru proxy with ntlm authentication Reproduce code: --- $ch = curl_init(); curl_setopt ($ch, CURLOPT_PROXYAUTH, CURLAUTH_NTLM); -- Edit this bug report at http://bugs.php.net/?id=29727&edit=1
#1 [Csd]: Apache 1.3b3 + mod_php3 is slow
ID: 1 Updated by: [EMAIL PROTECTED] Reported By: rasmus at lerdorf dot on dot ca Status: Closed Bug Type: Performance problem Operating System: Solaris 2.5.1 PHP Version: 3.0b3 New Comment: test again Previous Comments: [2004-08-16 14:30:12] [EMAIL PROTECTED] and more [2004-07-06 21:21:57] [EMAIL PROTECTED] and more [2004-06-20 21:45:27] [EMAIL PROTECTED] more testing [2004-05-06 18:33:51] [EMAIL PROTECTED] Testing, ignore [2003-02-17 17:40:43] test at example dot com This isn't fun.. 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/1 -- Edit this bug report at http://bugs.php.net/?id=1&edit=1
#29755 [NEW]: Functions mcrypt don't work OK?
From: asoft at asoft dot no-ip dot org Operating system: Windows XP PHP version: 5.0.1 PHP Bug Type: mcrypt related Bug description: Functions mcrypt don't work OK? Description: $a="hola"; $b=cry($a,'sdglmsdd'); $c=dcry($b,'sdglmsdd') result: $c!=$a Correct result: $c==$a Code until now working in version 4 of php The function cry work how before. Seem work OK. The function dcry FAIL. Don't work how before. Reproduce code: --- function cry($input,$key) {$input = str_replace("\n","",$input); $input = str_replace("\t","",$input); $input = str_replace("\r","",$input); $key = substr(md5($key),0,24); $td = mcrypt_module_open ('tripledes', '', 'ecb', ''); $iv = mcrypt_create_iv (mcrypt_enc_get_iv_size ($td), MCRYPT_RAND); mcrypt_generic_init ($td, $key, $iv); $encrypted_data = mcrypt_generic ($td, $input); mcrypt_module_close ($td); return trim(chop(base64_encode($encrypted_data)));} function dcry($input,$key) {$input = str_replace("\n","",$input); $input = str_replace("\t","",$input); $input = str_replace("\r","",$input); $input = trim(chop(base64_decode($input))); $td = mcrypt_module_open ('tripledes', '', 'ecb', ''); $key = substr(md5($key),0,24); $iv = mcrypt_create_iv (mcrypt_enc_get_iv_size ($td), MCRYPT_RAND); mcrypt_generic_init ($td, $key, $iv); $decrypted_data = mdecrypt_generic ($td, $input); mcrypt_module_close ($td); return trim(chop($decrypted_data));} -- Edit bug report at http://bugs.php.net/?id=29755&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29755&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29755&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29755&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29755&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29755&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29755&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29755&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29755&r=support Expected behavior: http://bugs.php.net/fix.php?id=29755&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29755&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29755&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29755&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29755&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29755&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29755&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29755&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29755&r=float
#29755 [Opn->Bgs]: Functions mcrypt don't work OK?
ID: 29755 Updated by: [EMAIL PROTECTED] Reported By: asoft at asoft dot no-ip dot org -Status: Open +Status: Bogus Bug Type: mcrypt related Operating System: Windows XP PHP Version: 5.0.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Your code is wrong, you're recreating the IV for decryption. Previous Comments: [2004-08-19 13:40:46] asoft at asoft dot no-ip dot org Description: $a="hola"; $b=cry($a,'sdglmsdd'); $c=dcry($b,'sdglmsdd') result: $c!=$a Correct result: $c==$a Code until now working in version 4 of php The function cry work how before. Seem work OK. The function dcry FAIL. Don't work how before. Reproduce code: --- function cry($input,$key) {$input = str_replace("\n","",$input); $input = str_replace("\t","",$input); $input = str_replace("\r","",$input); $key = substr(md5($key),0,24); $td = mcrypt_module_open ('tripledes', '', 'ecb', ''); $iv = mcrypt_create_iv (mcrypt_enc_get_iv_size ($td), MCRYPT_RAND); mcrypt_generic_init ($td, $key, $iv); $encrypted_data = mcrypt_generic ($td, $input); mcrypt_module_close ($td); return trim(chop(base64_encode($encrypted_data)));} function dcry($input,$key) {$input = str_replace("\n","",$input); $input = str_replace("\t","",$input); $input = str_replace("\r","",$input); $input = trim(chop(base64_decode($input))); $td = mcrypt_module_open ('tripledes', '', 'ecb', ''); $key = substr(md5($key),0,24); $iv = mcrypt_create_iv (mcrypt_enc_get_iv_size ($td), MCRYPT_RAND); mcrypt_generic_init ($td, $key, $iv); $decrypted_data = mdecrypt_generic ($td, $input); mcrypt_module_close ($td); return trim(chop($decrypted_data));} -- Edit this bug report at http://bugs.php.net/?id=29755&edit=1
#29756 [NEW]: __destruct called twice with ze1_compatibility_mode = On
From: hfuecks at phppatterns dot com Operating system: Windows 2000 PHP version: 5.0.1 PHP Bug Type: Zend Engine 2 problem Bug description: __destruct called twice with ze1_compatibility_mode = On Description: Using unmodified copy on php.ini-recommended (no extensions loaded etc.). Able to reproduce this problem with the Apache SAPI, CLI and CGI SAPIs. With zend.ze1_compatibility_mode = On class destructors get called twice, once directly after the constructor. With zend.ze1_compatibility_mode = Off (no other modifications to runtime) problem disappears (destructor called correctly). This seems to have been reported before (not enough info): http://bugs.php.net/bug.php?id=27698 Have yet to confirm whether this in Windows specific (more from Linux when I get there...) Reproduce code: --- someMethod(); ?> Expected result: Test::__construct Test::someMethod Test::__destruct array(1) { [0]=> array(4) { ["function"]=> string(10) "__destruct" ["class"]=> string(4) "Test" ["type"]=> string(2) "::" ["args"]=> array(0) { } } } Actual result: -- Test::__construct Test::__destruct array(2) { [0]=> array(5) { ["file"]=> string(20) "D:\php\test\test.php" ["line"]=> int(18) ["function"]=> string(10) "__destruct" ["class"]=> string(4) "Test" ["type"]=> string(2) "::" } [1]=> array(3) { ["file"]=> string(20) "D:\php\test\test.php" ["line"]=> int(18) ["function"]=> string(7) "unknown" } } Test::someMethod Test::__destruct array(1) { [0]=> array(4) { ["function"]=> NULL ["class"]=> string(4) "Test" ["type"]=> string(2) "::" ["args"]=> array(0) { } } } -- Edit bug report at http://bugs.php.net/?id=29756&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29756&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29756&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29756&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29756&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29756&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29756&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29756&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29756&r=support Expected behavior: http://bugs.php.net/fix.php?id=29756&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29756&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29756&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29756&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29756&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29756&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29756&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29756&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29756&r=float
#29657 [Opn->Csd]: xml_* functions throw non descriptive error, compared to php4
ID: 29657 Updated by: [EMAIL PROTECTED] Reported By: black at scene-si dot org -Status: Open +Status: Closed Bug Type: XML related Operating System: debian PHP Version: 5.0.0 New Comment: 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. Previous Comments: [2004-08-14 10:52:59] [EMAIL PROTECTED] libxml2 (used for ext/xml in PHP 5) has many many more error messages than expat (in PHP 4) and is therefore more descriptive about what really is wrong. But noone bothered to really translate the messages into plain english. I'm currently doing it for the more obvious messages But don't expect the same Error Message in PHP 4 and PHP 5, nor the same error numbers. As said, there are many more error messages in libxml2. [2004-08-13 17:53:18] black at scene-si dot org Description: when validating an incorrectly formated xml file, the errors from php 5.0.0 are vaguely descriptive, outputting some constant name and not a human readable error message Reproduce code: --- #!/usr/bin/php5 http://bugs.php.net/?id=29657&edit=1
#29711 [Fbk->Csd]: libxml and non iso-8859-1
ID: 29711 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: XML related Operating System: ALL PHP Version: 5.0.1 New Comment: 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. the xml parser now defaults to output utf-8 if no encoding is specified. Previous Comments: [2004-08-18 10:15:32] [EMAIL PROTECTED] Right, let's do that. I can try to make a patch if somebody can send me an example script (in a .tar.gz file). [2004-08-18 10:09:36] [EMAIL PROTECTED] We are still early enough in PHP5 deployment to fix stuff like this and not worry too much about 5.0.x BC breakage. Especially for something which already has broken BC with PHP4. People porting their stuff are already screwed. So we either revert to PHP4 behaviour to remove the BC break or we do it right and default to UTF-8. Leaving it as-is because of BC worries to 5.0.x shouldn't even be considered. My vote is to default it to UTF-8. [2004-08-17 09:15:32] [EMAIL PROTECTED] the minimun BC 'll be convert it back to the orginal encoding by default, it'll not break any php4 or php5 scripts, it'll break only the not working one, what the problem with it? [2004-08-17 08:58:46] [EMAIL PROTECTED] Oh come on, nobody uses PHP 5 yet :) For once do things right instead of half-assed solutions we've had for the past years because of BC issues. [2004-08-17 08:51:03] [EMAIL PROTECTED] It works for all correctly, which use iso-8859-1 (or similar or utf-8 in the iso-8859-1 space) source encoding or which did specify utf-8 as output encoding. So for the majority (I'd say), it works as expected, if we change default to UTF-8 (which would be of course the correct solution), it will break a lot of people's code. The encoding thingie in ext/xml in PHP 4 was always broken, IMHO. We unfortunately missed the chance to implement it more correctly with slight BC breaks for PHP 5.0.0... 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/29711 -- Edit this bug report at http://bugs.php.net/?id=29711&edit=1
#29737 [Csd->Opn]: ip2long() works not as documented
ID: 29737 User updated by: belikoviv at is dot lg dot ua Reported By: belikoviv at is dot lg dot ua -Status: Closed +Status: Open -Bug Type: Documentation problem +Bug Type: *Network Functions Operating System: Windows 2000 SP4; Fedora Core 2 PHP Version: 5.0.0 New Comment: just see my previous comment Previous Comments: [2004-08-19 10:47:57] belikoviv at is dot lg dot ua I think that problem not in documentation, but in function itself. Address 255.255.255.255 is _valid_ address, and function must return 0x (-1), not FALSE. In versions before 5.0 ip2long was return -1 in both situations - as error and in case of addres=255.255.255.255. This is not good solution, and, as I think, authors rewrite function to return FALSE in case of invalid IP and return -1 in case of IP=255.255.255.255. And this behavior of function was written in documentation, so documentation _is_ correct. Sorry for so many words in bad English :( [2004-08-19 07:57:24] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-08-18 16:55:35] belikoviv at is dot lg dot ua Description: Documentation (from 16-08-2004) says: "Note: ip2long() will return -1 for the IP 255.255.255.255" Instead it returns FALSE. Reproduce code: --- #!/usr/local/bin/php Expected result: 255.255.255.255 -1 255.255.255.255 Actual result: -- 255.255.255.255 0.0.0.0 -- Edit this bug report at http://bugs.php.net/?id=29737&edit=1
#29757 [NEW]: Sybase compile error
From: pm at wallit dot net Operating system: Sun Solaris 8 PHP version: 5.0.1 PHP Bug Type: Compile Failure Bug description: Sybase compile error Description: ./configure --enable-simplexml --with-sybase=/usr/local/freetds/ --with-mysql --with-apxs=/usr/local/wac/bin/apxs followed by a "make" results in compile error for Sybase and FreeTDS support: /bin/sh /home/php-5.0.1/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/sybase/ -I/home/php-5.0.1/ext/sybase/ -DPHP_ATOM_INC -I/home/php-5.0.1/include -I/home/php-5.0.1/main -I/home/php-5.0.1 -I/home/php-5.0.1/Zend -I/usr/local/include/libxml2 -I/usr/local/include/mysql -I/usr/local/freetds//include -D_POSIX_PTHREAD_SEMANTICS -I/home/php-5.0.1/TSRM -g -O2 -prefer-pic -c /home/php-5.0.1/ext/sybase/php_sybase_db.c -o ext/sybase/php_sybase_db.lo /home/php-5.0.1/ext/sybase/php_sybase_db.c: In function `zif_sybase_fetch_object': /home/php-5.0.1/ext/sybase/php_sybase_db.c:1112: invalid lvalue in assignment /home/php-5.0.1/ext/sybase/php_sybase_db.c:1113: invalid lvalue in assignment make: *** [ext/sybase/php_sybase_db.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=29757&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29757&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29757&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29757&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29757&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29757&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29757&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29757&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29757&r=support Expected behavior: http://bugs.php.net/fix.php?id=29757&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29757&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29757&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29757&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29757&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29757&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29757&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29757&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29757&r=float
#28841 [Com]: Tidy's "clean" option does not convert font tags to style rules
ID: 28841 Comment by: ab at c dot de Reported By: mlee at kanhan dot com Status: Assigned Bug Type: Unknown/Other Function Operating System: Windows PHP Version: 5.0.0RC3 Assigned To: john New Comment: any news on this bug? I am affected, as well Previous Comments: [2004-06-19 21:52:05] [EMAIL PROTECTED] Currently in HEAD this actually segfaulting inside of libtidy itself. I'm not sure if this is a libtidy bug, or if the extension is doing something it shouldn't be. I'll look into it and see what I can dig up. [2004-06-19 17:01:51] mlee at kanhan dot com Description: Supposedly Tidy should "strip out surplus presentational tags and attributes replacing them by style rules and structural markup as appropriate" if the "clean" option is set. For example: TRUE); $tidy = tidy_parse_file("clean_ex1.html", $conf); tidy_clean_repair($tidy); echo $tidy; ?> And clean_ex1.html looks like this: Hello, World! More Text... It seems that Tidy just removes the font tags without adding any style rules. -- Edit this bug report at http://bugs.php.net/?id=28841&edit=1
#29758 [NEW]: 'and' produces erroneous results
From: bd at avatartechnology dot com Operating system: Linux RedHat 7.3 PHP version: 4.3.8 PHP Bug Type: Performance problem Bug description: 'and' produces erroneous results Description: Ran into a situation where code that utilized the operator 'and' produced erroneous results. $free_shipping = true; $add_fee = 'Y'; $free_shipping = $free_shipping and $add_fee == 'N'; This was producing the result where $free_shipping was always true. Adding parenthesis makes no difference in result. -- $free_shipping = true; $residential_fee = 'Y'; $free_shipping = $free_shipping && $residential_fee == 'N'; This accurately produces the correct results. -- According to the documentation on PHP website 'and' and '&&' should be used interchangably with same results. Reproduce code: --- $free_shipping = true; $residential_fee = 'Y'; $free_shipping = $free_shipping and $residential_fee == 'N'; printf("free = %d",$free_shipping); Expected result: free = 0 Actual result: -- free = 1 -- Edit bug report at http://bugs.php.net/?id=29758&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29758&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29758&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29758&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29758&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29758&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29758&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29758&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29758&r=support Expected behavior: http://bugs.php.net/fix.php?id=29758&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29758&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29758&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29758&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29758&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29758&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29758&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29758&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29758&r=float
#29737 [Opn]: ip2long() works not as documented
ID: 29737 User updated by: belikoviv at is dot lg dot ua Reported By: belikoviv at is dot lg dot ua Status: Open -Bug Type: Documentation problem +Bug Type: Network related Operating System: Windows 2000 SP4; Fedora Core 2 PHP Version: 5.0.0 New Comment: Since version 5.0 ip2long returns FALSE on invalid address. It is documented, and it is correct. But ip2long returns FALSE on 255.255.255.255 - it is _not_ correct, because 255.255.255.255 is _valid_ address. Documentation says that ip2long returns -1 on 255.255.255.255 - it is _correct_, because unsigned 0x is signed -1. Unfortunatelly, I cannot fix this error by myself... Previous Comments: [2004-08-19 15:30:53] [EMAIL PROTECTED] http://www.php.net/Changelog-5.php#5.0.0RC3 : Fixed ip2long() to return FALSE if an IP address passed to this function is not valid. (Derick). The function really returns FALSE for 255.255.255.255 and for invalid addresses and this is what is documented. If it's not correct, change this bug to Network related, fix the source and then change it back to Documentation problem. If the behavior is correct, leave the bug closed. [2004-08-19 15:19:33] [EMAIL PROTECTED] Also a duplicate of #25487. The function should NEVER return FALSE, but it should return -1 for 255.255.255.255; if it does not do this, or it is not documented as such. The bug is open. [2004-08-19 14:59:00] [EMAIL PROTECTED] This is already documented and the function works as the documentation states. If you don't like how it was implemented, you are free to send a patch and/or to open a feature request. This is not a bug. [2004-08-19 14:54:37] belikoviv at is dot lg dot ua just see my previous comment [2004-08-19 10:47:57] belikoviv at is dot lg dot ua I think that problem not in documentation, but in function itself. Address 255.255.255.255 is _valid_ address, and function must return 0x (-1), not FALSE. In versions before 5.0 ip2long was return -1 in both situations - as error and in case of addres=255.255.255.255. This is not good solution, and, as I think, authors rewrite function to return FALSE in case of invalid IP and return -1 in case of IP=255.255.255.255. And this behavior of function was written in documentation, so documentation _is_ correct. Sorry for so many words in bad English :( 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/29737 -- Edit this bug report at http://bugs.php.net/?id=29737&edit=1
#29737 [Opn->Fbk]: ip2long() works not as documented
ID: 29737 Updated by: [EMAIL PROTECTED] Reported By: belikoviv at is dot lg dot ua -Status: Open +Status: Feedback Bug Type: Network related Operating System: Windows 2000 SP4; Fedora Core 2 PHP Version: 5.0.0 New Comment: 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 Previous Comments: [2004-08-19 15:57:42] belikoviv at is dot lg dot ua Since version 5.0 ip2long returns FALSE on invalid address. It is documented, and it is correct. But ip2long returns FALSE on 255.255.255.255 - it is _not_ correct, because 255.255.255.255 is _valid_ address. Documentation says that ip2long returns -1 on 255.255.255.255 - it is _correct_, because unsigned 0x is signed -1. Unfortunatelly, I cannot fix this error by myself... [2004-08-19 15:30:53] [EMAIL PROTECTED] http://www.php.net/Changelog-5.php#5.0.0RC3 : Fixed ip2long() to return FALSE if an IP address passed to this function is not valid. (Derick). The function really returns FALSE for 255.255.255.255 and for invalid addresses and this is what is documented. If it's not correct, change this bug to Network related, fix the source and then change it back to Documentation problem. If the behavior is correct, leave the bug closed. [2004-08-19 15:19:33] [EMAIL PROTECTED] Also a duplicate of #25487. The function should NEVER return FALSE, but it should return -1 for 255.255.255.255; if it does not do this, or it is not documented as such. The bug is open. [2004-08-19 14:59:00] [EMAIL PROTECTED] This is already documented and the function works as the documentation states. If you don't like how it was implemented, you are free to send a patch and/or to open a feature request. This is not a bug. [2004-08-19 14:54:37] belikoviv at is dot lg dot ua just see my previous comment 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/29737 -- Edit this bug report at http://bugs.php.net/?id=29737&edit=1
#29737 [Fbk->Csd]: ip2long() works not as documented
ID: 29737 Updated by: [EMAIL PROTECTED] Reported By: belikoviv at is dot lg dot ua -Status: Feedback +Status: Closed Bug Type: Network related Operating System: Windows 2000 SP4; Fedora Core 2 PHP Version: 5.0.0 New Comment: Fixed in CVS, thanks. Previous Comments: [2004-08-19 16:04:11] [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 [2004-08-19 15:57:42] belikoviv at is dot lg dot ua Since version 5.0 ip2long returns FALSE on invalid address. It is documented, and it is correct. But ip2long returns FALSE on 255.255.255.255 - it is _not_ correct, because 255.255.255.255 is _valid_ address. Documentation says that ip2long returns -1 on 255.255.255.255 - it is _correct_, because unsigned 0x is signed -1. Unfortunatelly, I cannot fix this error by myself... [2004-08-19 15:30:53] [EMAIL PROTECTED] http://www.php.net/Changelog-5.php#5.0.0RC3 : Fixed ip2long() to return FALSE if an IP address passed to this function is not valid. (Derick). The function really returns FALSE for 255.255.255.255 and for invalid addresses and this is what is documented. If it's not correct, change this bug to Network related, fix the source and then change it back to Documentation problem. If the behavior is correct, leave the bug closed. [2004-08-19 15:19:33] [EMAIL PROTECTED] Also a duplicate of #25487. The function should NEVER return FALSE, but it should return -1 for 255.255.255.255; if it does not do this, or it is not documented as such. The bug is open. [2004-08-19 14:59:00] [EMAIL PROTECTED] This is already documented and the function works as the documentation states. If you don't like how it was implemented, you are free to send a patch and/or to open a feature request. This is not a bug. 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/29737 -- Edit this bug report at http://bugs.php.net/?id=29737&edit=1
#29759 [NEW]: strtotime('now') has changed behaviour in PHP5
From: peter at peterbengtson dot com Operating system: Mac OS X 10.3 PHP version: 5.0.0 PHP Bug Type: Date/time related Bug description: strtotime('now') has changed behaviour in PHP5 Description: strtotime('now') seems to return a different result in PHP5 than in PHP4. It used to return the current timestamp, but in PHP5 it seems to return the a timestamp representing the current date at 00:00:00. Thus it is now necessary to check explicitly for 'now' and substitute it with the value of time(). The documentation link does not explain this change in behaviour, unfortunately. -- Edit bug report at http://bugs.php.net/?id=29759&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29759&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29759&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29759&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29759&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29759&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29759&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29759&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29759&r=support Expected behavior: http://bugs.php.net/fix.php?id=29759&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29759&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29759&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29759&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29759&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29759&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29759&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29759&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29759&r=float
#29760 [NEW]: not correct works function, separators are placed accidentally
From: sych at php dot com dot ua Operating system: win2000 PHP version: 5.0.0 PHP Bug Type: Strings related Bug description: not correct works function, separators are placed accidentally Description: not correct works function, separators are placed accidentally, Reproduce code: --- $text = wordwrap($row['text'], $param['words'], "#"); Expected result: Определение страны#пришедшего (PHP,#PostgreSQL) [p]Зачем#нам это#нужно[/p] В этой#статье будет#рассматриваться#способ определить#страну пришедшего#на Ваш сайт#пользователя.#Применять это Actual result: -- Определение страны пришедшего (PHP, PostgreSQL) [p]Зачем нам это нужно[/p] В этой статье будет рассматриваться способ определить страну пришедшего на Ваш сайтпользователя. Применять это # -- Edit bug report at http://bugs.php.net/?id=29760&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29760&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29760&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29760&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29760&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29760&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29760&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29760&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29760&r=support Expected behavior: http://bugs.php.net/fix.php?id=29760&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29760&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29760&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29760&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29760&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29760&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29760&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29760&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29760&r=float
#29760 [Opn->Fbk]: not correct works function, separators are placed accidentally
ID: 29760 Updated by: [EMAIL PROTECTED] Reported By: sych at php dot com dot ua -Status: Open +Status: Feedback Bug Type: Strings related Operating System: win2000 PHP Version: 5.0.0 New Comment: 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 Previous Comments: [2004-08-19 16:19:30] sych at php dot com dot ua Description: not correct works function, separators are placed accidentally, Reproduce code: --- $text = wordwrap($row['text'], $param['words'], "#"); Expected result: Определение страны#пришедшего (PHP,#PostgreSQL) [p]Зачем#нам это#нужно[/p] В этой#статье будет#рассматриваться#способ определить#страну пришедшего#на Ваш сайт#пользователя.#Применять это Actual result: -- Определение страны пришедшего (PHP, PostgreSQL) [p]Зачем нам это нужно[/p] В этой статье будет рассматриваться способ определить страну пришедшего на Ваш сайтпользователя. Применять это # -- Edit this bug report at http://bugs.php.net/?id=29760&edit=1
#29760 [Fbk]: not correct works function, separators are placed accidentally
ID: 29760 Updated by: [EMAIL PROTECTED] Reported By: sych at php dot com dot ua Status: Feedback Bug Type: Strings related Operating System: win2000 PHP Version: 5.0.0 New Comment: Err.. Forget it, clicked on a wrong link. Please, provide more information, your example is not readable. Previous Comments: [2004-08-19 16:21:00] [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 [2004-08-19 16:19:30] sych at php dot com dot ua Description: not correct works function, separators are placed accidentally, Reproduce code: --- $text = wordwrap($row['text'], $param['words'], "#"); Expected result: Определение страны#пришедшего (PHP,#PostgreSQL) [p]Зачем#нам это#нужно[/p] В этой#статье будет#рассматриваться#способ определить#страну пришедшего#на Ваш сайт#пользователя.#Применять это Actual result: -- Определение страны пришедшего (PHP, PostgreSQL) [p]Зачем нам это нужно[/p] В этой статье будет рассматриваться способ определить страну пришедшего на Ваш сайтпользователя. Применять это # -- Edit this bug report at http://bugs.php.net/?id=29760&edit=1
#29760 [Fbk->Opn]: not correct works function, separators are placed accidentally
ID: 29760 User updated by: sych at php dot com dot ua Reported By: sych at php dot com dot ua -Status: Feedback +Status: Open Bug Type: Strings related Operating System: win2000 PHP Version: 5.0.0 New Comment: Code1: $text = wordwrap($string, 2, "#"); Result1: word1#word2#word3#word4#word5#word6#word7#word8" Expected result1: word1 word2# word3 word4# word5 word6# word7 word8 Code2: $text = wordwrap($string, 3, "#"); Result2: word1#word2#word3#word4#word5#word6#word7#word8" Expected result2: word1 word2 word3# word4 word5 word6# word7 word8 Previous Comments: [2004-08-19 16:22:56] [EMAIL PROTECTED] Err.. Forget it, clicked on a wrong link. Please, provide more information, your example is not readable. [2004-08-19 16:21:00] [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 [2004-08-19 16:19:30] sych at php dot com dot ua Description: not correct works function, separators are placed accidentally, Reproduce code: --- $text = wordwrap($row['text'], $param['words'], "#"); Expected result: Определение страны#пришедшего (PHP,#PostgreSQL) [p]Зачем#нам это#нужно[/p] В этой#статье будет#рассматриваться#способ определить#страну пришедшего#на Ваш сайт#пользователя.#Применять это Actual result: -- Определение страны пришедшего (PHP, PostgreSQL) [p]Зачем нам это нужно[/p] В этой статье будет рассматриваться способ определить страну пришедшего на Ваш сайтпользователя. Применять это # -- Edit this bug report at http://bugs.php.net/?id=29760&edit=1
#29759 [Opn->Bgs]: strtotime('now') has changed behaviour in PHP5
ID: 29759 Updated by: [EMAIL PROTECTED] Reported By: peter at peterbengtson dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Mac OS X 10.3 PHP Version: 5.0.0 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Duplicate of http://bugs.php.net/bug.php?id=28209 Previous Comments: [2004-08-19 16:05:20] peter at peterbengtson dot com Description: strtotime('now') seems to return a different result in PHP5 than in PHP4. It used to return the current timestamp, but in PHP5 it seems to return the a timestamp representing the current date at 00:00:00. Thus it is now necessary to check explicitly for 'now' and substitute it with the value of time(). The documentation link does not explain this change in behaviour, unfortunately. -- Edit this bug report at http://bugs.php.net/?id=29759&edit=1
#29758 [Opn->Bgs]: 'and' produces erroneous results
ID: 29758 Updated by: [EMAIL PROTECTED] Reported By: bd at avatartechnology dot com -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: Linux RedHat 7.3 PHP Version: 4.3.8 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. No, && and and have a different priority (compare to = and ==). http://no.php.net/manual/en/language.operators.php#language.operators.precedence Previous Comments: [2004-08-19 15:54:45] bd at avatartechnology dot com Description: Ran into a situation where code that utilized the operator 'and' produced erroneous results. $free_shipping = true; $add_fee = 'Y'; $free_shipping = $free_shipping and $add_fee == 'N'; This was producing the result where $free_shipping was always true. Adding parenthesis makes no difference in result. -- $free_shipping = true; $residential_fee = 'Y'; $free_shipping = $free_shipping && $residential_fee == 'N'; This accurately produces the correct results. -- According to the documentation on PHP website 'and' and '&&' should be used interchangably with same results. Reproduce code: --- $free_shipping = true; $residential_fee = 'Y'; $free_shipping = $free_shipping and $residential_fee == 'N'; printf("free = %d",$free_shipping); Expected result: free = 0 Actual result: -- free = 1 -- Edit this bug report at http://bugs.php.net/?id=29758&edit=1
#29760 [Opn->Fbk]: not correct works function, separators are placed accidentally
ID: 29760 Updated by: [EMAIL PROTECTED] Reported By: sych at php dot com dot ua -Status: Open +Status: Feedback Bug Type: Strings related Operating System: win2000 PHP Version: 5.0.0 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. Previous Comments: [2004-08-19 16:30:55] sych at php dot com dot ua Code1: $text = wordwrap($string, 2, "#"); Result1: word1#word2#word3#word4#word5#word6#word7#word8" Expected result1: word1 word2# word3 word4# word5 word6# word7 word8 Code2: $text = wordwrap($string, 3, "#"); Result2: word1#word2#word3#word4#word5#word6#word7#word8" Expected result2: word1 word2 word3# word4 word5 word6# word7 word8 [2004-08-19 16:22:56] [EMAIL PROTECTED] Err.. Forget it, clicked on a wrong link. Please, provide more information, your example is not readable. [2004-08-19 16:21:00] [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 [2004-08-19 16:19:30] sych at php dot com dot ua Description: not correct works function, separators are placed accidentally, Reproduce code: --- $text = wordwrap($row['text'], $param['words'], "#"); Expected result: Определение страны#пришедшего (PHP,#PostgreSQL) [p]Зачем#нам это#нужно[/p] В этой#статье будет#рассматриваться#способ определить#страну пришедшего#на Ваш сайт#пользователя.#Применять это Actual result: -- Определение страны пришедшего (PHP, PostgreSQL) [p]Зачем нам это нужно[/p] В этой статье будет рассматриваться способ определить страну пришедшего на Ваш сайтпользователя. Применять это # -- Edit this bug report at http://bugs.php.net/?id=29760&edit=1
#29760 [Fbk->Bgs]: not correct works function, separators are placed accidentally
ID: 29760 Updated by: [EMAIL PROTECTED] Reported By: sych at php dot com dot ua -Status: Feedback +Status: Bogus Bug Type: Strings related Operating System: win2000 PHP Version: 5.0.0 New Comment: Ah, there was already a script. The wordwrap function seperates on characters (second parameter), not words. Please read the documentation at http://php.net/wordwrap Previous Comments: [2004-08-19 16:35:16] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-08-19 16:30:55] sych at php dot com dot ua Code1: $text = wordwrap($string, 2, "#"); Result1: word1#word2#word3#word4#word5#word6#word7#word8" Expected result1: word1 word2# word3 word4# word5 word6# word7 word8 Code2: $text = wordwrap($string, 3, "#"); Result2: word1#word2#word3#word4#word5#word6#word7#word8" Expected result2: word1 word2 word3# word4 word5 word6# word7 word8 [2004-08-19 16:22:56] [EMAIL PROTECTED] Err.. Forget it, clicked on a wrong link. Please, provide more information, your example is not readable. [2004-08-19 16:21:00] [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 [2004-08-19 16:19:30] sych at php dot com dot ua Description: not correct works function, separators are placed accidentally, Reproduce code: --- $text = wordwrap($row['text'], $param['words'], "#"); Expected result: Определение страны#пришедшего (PHP,#PostgreSQL) [p]Зачем#нам это#нужно[/p] В этой#статье будет#рассматриваться#способ определить#страну пришедшего#на Ваш сайт#пользователя.#Применять это Actual result: -- Определение страны пришедшего (PHP, PostgreSQL) [p]Зачем нам это нужно[/p] В этой статье будет рассматриваться способ определить страну пришедшего на Ваш сайтпользователя. Применять это # -- Edit this bug report at http://bugs.php.net/?id=29760&edit=1
#29758 [Bgs->Opn]: 'and' produces erroneous results
ID: 29758 User updated by: bd at avatartechnology dot com Reported By: bd at avatartechnology dot com -Status: Bogus +Status: Open Bug Type: Performance problem Operating System: Linux RedHat 7.3 PHP Version: 4.3.8 New Comment: $free_shipping = true; $residential_fee = 'Y'; $free_shipping = $free_shipping and ($residential_fee == 'N'); printf("free = %d",$free_shipping); This code fails too. As stated in my previous comments priority of operators is not an issue. "and" is producing wrong results. Even if priority was an issue with the previous code example, the result should still be false. The 'and' operator is IGNORING conditionals after it, which is a PHP bug. Previous Comments: [2004-08-19 16:33:02] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. No, && and and have a different priority (compare to = and ==). http://no.php.net/manual/en/language.operators.php#language.operators.precedence [2004-08-19 15:54:45] bd at avatartechnology dot com Description: Ran into a situation where code that utilized the operator 'and' produced erroneous results. $free_shipping = true; $add_fee = 'Y'; $free_shipping = $free_shipping and $add_fee == 'N'; This was producing the result where $free_shipping was always true. Adding parenthesis makes no difference in result. -- $free_shipping = true; $residential_fee = 'Y'; $free_shipping = $free_shipping && $residential_fee == 'N'; This accurately produces the correct results. -- According to the documentation on PHP website 'and' and '&&' should be used interchangably with same results. Reproduce code: --- $free_shipping = true; $residential_fee = 'Y'; $free_shipping = $free_shipping and $residential_fee == 'N'; printf("free = %d",$free_shipping); Expected result: free = 0 Actual result: -- free = 1 -- Edit this bug report at http://bugs.php.net/?id=29758&edit=1
#29758 [Opn]: 'and' produces erroneous results
ID: 29758 User updated by: bd at avatartechnology dot com Reported By: bd at avatartechnology dot com Status: Open Bug Type: Performance problem Operating System: Linux RedHat 7.3 PHP Version: 4.3.8 New Comment: Here is a more basic example. $true = true; $false = false; $result = $true and $false; printf("result = %d",$result); This should produce: "result = 0" This is actually producing: "result = 1" Previous Comments: [2004-08-19 16:45:10] bd at avatartechnology dot com $free_shipping = true; $residential_fee = 'Y'; $free_shipping = $free_shipping and ($residential_fee == 'N'); printf("free = %d",$free_shipping); This code fails too. As stated in my previous comments priority of operators is not an issue. "and" is producing wrong results. Even if priority was an issue with the previous code example, the result should still be false. The 'and' operator is IGNORING conditionals after it, which is a PHP bug. [2004-08-19 16:33:02] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. No, && and and have a different priority (compare to = and ==). http://no.php.net/manual/en/language.operators.php#language.operators.precedence [2004-08-19 15:54:45] bd at avatartechnology dot com Description: Ran into a situation where code that utilized the operator 'and' produced erroneous results. $free_shipping = true; $add_fee = 'Y'; $free_shipping = $free_shipping and $add_fee == 'N'; This was producing the result where $free_shipping was always true. Adding parenthesis makes no difference in result. -- $free_shipping = true; $residential_fee = 'Y'; $free_shipping = $free_shipping && $residential_fee == 'N'; This accurately produces the correct results. -- According to the documentation on PHP website 'and' and '&&' should be used interchangably with same results. Reproduce code: --- $free_shipping = true; $residential_fee = 'Y'; $free_shipping = $free_shipping and $residential_fee == 'N'; printf("free = %d",$free_shipping); Expected result: free = 0 Actual result: -- free = 1 -- Edit this bug report at http://bugs.php.net/?id=29758&edit=1
#29758 [Opn->Bgs]: 'and' produces erroneous results
ID: 29758 Updated by: [EMAIL PROTECTED] Reported By: bd at avatartechnology dot com -Status: Open +Status: Bogus -Bug Type: Performance problem +Bug Type: Scripting Engine problem Operating System: Linux RedHat 7.3 PHP Version: 4.3.8 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. No, it should not. Compare the priority of = and "and". Previous Comments: [2004-08-19 16:50:14] bd at avatartechnology dot com Here is a more basic example. $true = true; $false = false; $result = $true and $false; printf("result = %d",$result); This should produce: "result = 0" This is actually producing: "result = 1" [2004-08-19 16:45:10] bd at avatartechnology dot com $free_shipping = true; $residential_fee = 'Y'; $free_shipping = $free_shipping and ($residential_fee == 'N'); printf("free = %d",$free_shipping); This code fails too. As stated in my previous comments priority of operators is not an issue. "and" is producing wrong results. Even if priority was an issue with the previous code example, the result should still be false. The 'and' operator is IGNORING conditionals after it, which is a PHP bug. [2004-08-19 16:33:02] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. No, && and and have a different priority (compare to = and ==). http://no.php.net/manual/en/language.operators.php#language.operators.precedence [2004-08-19 15:54:45] bd at avatartechnology dot com Description: Ran into a situation where code that utilized the operator 'and' produced erroneous results. $free_shipping = true; $add_fee = 'Y'; $free_shipping = $free_shipping and $add_fee == 'N'; This was producing the result where $free_shipping was always true. Adding parenthesis makes no difference in result. -- $free_shipping = true; $residential_fee = 'Y'; $free_shipping = $free_shipping && $residential_fee == 'N'; This accurately produces the correct results. -- According to the documentation on PHP website 'and' and '&&' should be used interchangably with same results. Reproduce code: --- $free_shipping = true; $residential_fee = 'Y'; $free_shipping = $free_shipping and $residential_fee == 'N'; printf("free = %d",$free_shipping); Expected result: free = 0 Actual result: -- free = 1 -- Edit this bug report at http://bugs.php.net/?id=29758&edit=1
#22526 [Com]: session_start/popen hang
ID: 22526 Comment by: pubnelle at megaphone dot ch Reported By: iberry at raxnet dot net Status: Closed Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: Hi, I have written already about apache hanging, in bug number 28856. I think that the problem is not only session related, and that it appeared after PHP 4.3.2. You may not agree with the fact that including, requiring or "virtual"ing pages that are on the same server need to be included using the full http domain name. But there, we do it a lot, and it's working very well on our old servers, with php 4.3.2. Here is a very simple example where the server is hanging. file1.php : http://thisdomain.com/file2.php";); ?> file2.php : On a Debian Box, PHP Version 5.0.1-dotdeb, Apache/1.3.26, the server is hanging . No session started, session.auto_start set to Off. I agree that this is a stupid example and that here I would use simply include("file2.php"); believe me the situations where we use the include("http ...) are a lot more complex and we cannot avoid to do this. Please, don't answer that nobody uses the include, or require, or anthing, with the http to be able to use some Apache Vhost related features : we do a lot, and I am in a despair, here ... Thanks for your attention, Estelle Previous Comments: [2004-07-06 21:41:22] kalvinb602 at hotmail dot com Just posting to suggest that it would be nice to have this workaround posted in the manual for popen and other system command issuing functions. I resorted to blanking out the page to keep users from clicking a second link before the first finished loading to avoid a server hang. This workaround eliminates the need for that very clunky "fix" but it took me quite awhile to find it because I was digging through the manual. It might be a good idea to link the manual entries to the related bug reports. I'm using Apache 2.0.49 PHP 4.3.6 (upgrading soon) and Windows 2000 Pro. [2004-03-05 02:34:26] iberry at raxnet dot net The workaround has shown to be effective in eliminating this issue. Closing the bug. [2004-02-23 10:46:45] cpuidle at gmx dot de I had experienced the same issue, php4&5, winXP, apache2. Workaround is fixing the problem. Thanks, Andi [2004-02-02 16:36:43] iberry at raxnet dot net My initial tests show that the workaround is doing the trick! I will send out a message to have more users test this and report back. Thanks for pointing this out. [2004-02-02 10:59:17] php_bug at cklowe dot com Workaround: use session_write_close() before the exec. You can use session_start() after the call if you still need to write session values. Reading doesn't require an open session. I've tested this somewhat, so please post how you get on. 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#29761 [NEW]: token_get_all()
From: steemann at globalpark dot de Operating system: Linux 2.4.22 PHP version: 4.3.8 PHP Bug Type: Unknown/Other Function Bug description: token_get_all() Description: Don't know if it's a tokenizer issue or something else: I just wanted to check out the token_get_all() function. I tried the test code from the manual page (see code below). I am using token_get_all() with a constant input. Unfortunately, on my box, the result for the test code is varying, i. e. tokening a constant string has two different results. I found this out it by simple hitting reload in the browser multiple times. I've put both results I've gotten in the "Actual result" textarea. The possibility for each result seems to be about 50%. Environment: Configure Command => './configure' '--with-apxs=/opt/pdp/apache/bin/apxs' '--prefix=/opt/pdp/php' '--with-mysql=/opt/pdp/mysql/' '--with-config-file-path=/opt/pdp/' '--with-iconv=/opt/pdp/iconv/' '--with-imagick=/opt/pdp/ImageMagick/' '--with-zlib' '--with-gd' '--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--enable-gd-imgstrttf' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-dom' '--with-dom-xslt' '--with-dom-exslt' '--enable-sysvsem' '--enable-sysvshm' '--disable-debug' '--enable-sockets' PHP API => 20020918 PHP Extension => 20020429 Zend Extension => 20021010 Debug Build => no Thread Safety => disabled Maybe my box is f**ked up?? Reproduce code: --- $data=""; foreach(token_get_all($data) as $c) { if(is_array($c)) { print(token_name($c[0]) . ": '".htmlentities($c[1])."'\n"); } else { print("$c\n"); } } Expected result: T_OPEN_TAG: '' Actual result: -- In about 50% I get: < ? T_STRING: 'php' T_WHITESPACE: ' ' T_STRING: 'ob_start' ( ) ; T_WHITESPACE: ' ' T_CLOSE_TAG: '?>' the other 50% I get: T_OPEN_TAG: '' -- Edit bug report at http://bugs.php.net/?id=29761&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29761&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29761&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29761&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29761&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29761&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29761&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29761&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29761&r=support Expected behavior: http://bugs.php.net/fix.php?id=29761&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29761&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29761&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29761&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29761&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29761&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29761&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29761&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29761&r=float
#29748 [Bgs]: simplexml: tags doesn't exist crash my CLI or Apache
ID: 29748 User updated by: mesarpe at gmail dot com Reported By: mesarpe at gmail dot com Status: Bogus Bug Type: SimpleXML related Operating System: windows XP PHP Version: 5.0.1 New Comment: It's not abvout Dev-PHP HAve you read it my description? There's a bug, try to ue my code and you'll see Previous Comments: [2004-08-19 09:47:50] [EMAIL PROTECTED] We don't support dev-php. [2004-08-19 02:27:58] mesarpe at gmail dot com Description: Hello! Well, I'm loadind an XML file into a file this xml has a parameter that doesn't exist. I try to readit, if it doesn't exist, system shows me a windows messaged that CLI has crashed and my application will be closed. (I'm using Dev-PHP version alpha 3 http://devphp.sourceforge.net/) I tryied to check it with Apache and my apache crash down too. Thanks, anyway! Reproduce code: --- $var = @simplexml_load_file('xml.xml'); if($var->options->item == false) echo "a"; else echo "b"; Expected result: a or b a if it exist. b if it doesn't Actual result: -- nothing -- Edit this bug report at http://bugs.php.net/?id=29748&edit=1
#29737 [Csd->Opn]: ip2long() works not as documented
ID: 29737 User updated by: belikoviv at is dot lg dot ua Reported By: belikoviv at is dot lg dot ua -Status: Closed +Status: Open Bug Type: Network related Operating System: Windows 2000 SP4; Fedora Core 2 PHP Version: 5.0.0 New Comment: Sorry, but problem not fixed - I try php5-win32-latest.zip and php5.0-win32-200408190830.zip. Both snapshots return FALSE on address 255.255.255.255. Previous Comments: [2004-08-19 16:04:35] [EMAIL PROTECTED] Fixed in CVS, thanks. [2004-08-19 16:04:11] [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 [2004-08-19 15:57:42] belikoviv at is dot lg dot ua Since version 5.0 ip2long returns FALSE on invalid address. It is documented, and it is correct. But ip2long returns FALSE on 255.255.255.255 - it is _not_ correct, because 255.255.255.255 is _valid_ address. Documentation says that ip2long returns -1 on 255.255.255.255 - it is _correct_, because unsigned 0x is signed -1. Unfortunatelly, I cannot fix this error by myself... [2004-08-19 15:30:53] [EMAIL PROTECTED] http://www.php.net/Changelog-5.php#5.0.0RC3 : Fixed ip2long() to return FALSE if an IP address passed to this function is not valid. (Derick). The function really returns FALSE for 255.255.255.255 and for invalid addresses and this is what is documented. If it's not correct, change this bug to Network related, fix the source and then change it back to Documentation problem. If the behavior is correct, leave the bug closed. [2004-08-19 15:19:33] [EMAIL PROTECTED] Also a duplicate of #25487. The function should NEVER return FALSE, but it should return -1 for 255.255.255.255; if it does not do this, or it is not documented as such. The bug is open. 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/29737 -- Edit this bug report at http://bugs.php.net/?id=29737&edit=1
#29735 [Com]: Segfault (11) / Possible stack corruption
ID: 29735 Comment by: hip at cs dot okstate dot edu Reported By: sparkeh at btinternet dot com Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6.7-gentoo-r9 PHP Version: 5.0.1 New Comment: I getting a seg. fault on a simple little script that's worked for years and it sure smells like stack corruption. connect(); $sql = "select from STUDENT_STATUS "; $sql .= "where STATUS='APPROVED' "; ?> On my solaris 9 x86 box this seq. faults. Change the last line it seq faults. Remove the last line it doesn't. After a hour of playing, I've discovered that I can prevent a seg. fault by place echo statements (or some other random statment) in key positions in the file. That sure smells like stack corruption. I ran gdb on the core dump and the last lines of the backtrace are: #20 0x81b65da in zend_deactivate () at /usr/local/src/php-5.0.1/Zend/zend.c:819 #21 0x8182007 in php_request_shutdown (dummy=0x0) at /usr/local/src/php-5.0.1/main/main.c:1212 #22 0x81db50f in main (argc=2, argv=0x8047a18) at /usr/local/src/php-5.0.1/sapi/cli/php_cli.c:1046 and from what little I know of gdb it looks like it's happening when php is trying to shutdown. Previous Comments: [2004-08-18 20:36:46] sparkeh at btinternet dot com N.B. Original code tested and works as expected with PHP 4.3.3 [2004-08-18 19:44:13] sparkeh at btinternet dot com There is no loop here. This is segfaulting because the function is failing to return correctly (stack corruption). Remove the "global" statement, and add an echo '' outside of the switch() braces to see normal (expected) program flow. [2004-08-18 17:18:38] sparkeh at btinternet dot com What loop?? Remove the "global $moo" and the $rar = 0 and it runs as expected: [2004-08-18 17:05:03] [EMAIL PROTECTED] ? You call the function segfault() in a never ending loop. [2004-08-18 16:17:19] sparkeh at btinternet dot com There is no recursion. This is a function being called from within a switch block. Surely? 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/29735 -- Edit this bug report at http://bugs.php.net/?id=29735&edit=1
#29739 [Opn->Csd]: Error at libmysql.c:388
ID: 29739 User updated by: fmonna at generali dot es Reported By: fmonna at generali dot es -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: AIX 4.3.3 ML10 PHP Version: 4.3.8 New Comment: I could compile with no problems... My lib paths were wrong. Thanks Previous Comments: [2004-08-18 17:42:04] fmonna at generali dot es Description: After a succefull configure, make fails to compile at libmysql.c:388 I'm using gcc. My configure command was: ./configure --with-mysql --with-apxs=/usr/HTTPServer/bin/apxs --with-gd --with-zlib-dir=/usr/local/lib --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/local/lib --with-xpm-dir=/usr/local/lib Thanks for any help !! Reproduce code: --- make /bin/sh /tmp/php/php-4.3.8/libtool --silent --preserve-dup-deps --mode=compile gcc -I/tmp/php/php-4.3.8/ext/mysql/libmysql -Iext/mysql/ -I/tmp/php/php-4.3.8/ext/mysql/ -DPHP_ATOM_INC -I/tmp/php/php-4.3.8/include -I/tmp/php/php-4.3.8/main -I/tmp/php/php-4.3.8 -I/tmp/php/php-4.3.8/Zend -I/usr/local/include -I/tmp/php/php-4.3.8/ext/xml/expat -I/tmp/php/php-4.3.8/TSRM -O2 -prefer-pic -c /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c -o ext/mysql/libmysql/libmysql.lo In file included from /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c:4: /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:260: warning: redefinition of `uint' /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:464: warning: `uint' previously declared here /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:261: warning: redefinition of `ushort' /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:463: warning: `ushort' previously declared here In file included from /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c:4: /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:577: conflicting types for `int8' /usr/include/sys/inttypes.h:622: previous declaration of `int8' /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:578: warning: redefinition of `int16' /usr/include/sys/inttypes.h:623: warning: `int16' previously declared here /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:581: warning: redefinition of `uchar' /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:462: warning: `uchar' previously declared here /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:588: warning: redefinition of `int32' /usr/include/sys/inttypes.h:624: warning: `int32' previously declared here /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:601: warning: redefinition of `ulong' /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:465: warning: `ulong' previously declared here /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c: In function `net_field_length_ll': /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c:388: warning: left shift count >= width of type make: 1254-004 The error code from the last command is 1. -- Edit this bug report at http://bugs.php.net/?id=29739&edit=1
#29737 [Opn->Csd]: ip2long() works not as documented
ID: 29737 Updated by: [EMAIL PROTECTED] Reported By: belikoviv at is dot lg dot ua -Status: Open +Status: Closed Bug Type: Network related Operating System: Windows 2000 SP4; Fedora Core 2 PHP Version: 5.0.0 New Comment: Be patient, Win32 snaps are not ready yet. Latest PHP5 win32 snapshot was built on: Aug 19, 2004 08:30 GMT. Previous Comments: [2004-08-19 18:18:25] belikoviv at is dot lg dot ua Sorry, but problem not fixed - I try php5-win32-latest.zip and php5.0-win32-200408190830.zip. Both snapshots return FALSE on address 255.255.255.255. [2004-08-19 16:04:35] [EMAIL PROTECTED] Fixed in CVS, thanks. [2004-08-19 16:04:11] [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 [2004-08-19 15:57:42] belikoviv at is dot lg dot ua Since version 5.0 ip2long returns FALSE on invalid address. It is documented, and it is correct. But ip2long returns FALSE on 255.255.255.255 - it is _not_ correct, because 255.255.255.255 is _valid_ address. Documentation says that ip2long returns -1 on 255.255.255.255 - it is _correct_, because unsigned 0x is signed -1. Unfortunatelly, I cannot fix this error by myself... [2004-08-19 15:30:53] [EMAIL PROTECTED] http://www.php.net/Changelog-5.php#5.0.0RC3 : Fixed ip2long() to return FALSE if an IP address passed to this function is not valid. (Derick). The function really returns FALSE for 255.255.255.255 and for invalid addresses and this is what is documented. If it's not correct, change this bug to Network related, fix the source and then change it back to Documentation problem. If the behavior is correct, leave the bug closed. 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/29737 -- Edit this bug report at http://bugs.php.net/?id=29737&edit=1
#29739 [Csd->Bgs]: Error at libmysql.c:388
ID: 29739 Updated by: [EMAIL PROTECTED] Reported By: fmonna at generali dot es -Status: Closed +Status: Bogus Bug Type: Compile Failure Operating System: AIX 4.3.3 ML10 PHP Version: 4.3.8 New Comment: Not a bug - > bogus. Previous Comments: [2004-08-19 18:43:45] fmonna at generali dot es I could compile with no problems... My lib paths were wrong. Thanks [2004-08-18 17:42:04] fmonna at generali dot es Description: After a succefull configure, make fails to compile at libmysql.c:388 I'm using gcc. My configure command was: ./configure --with-mysql --with-apxs=/usr/HTTPServer/bin/apxs --with-gd --with-zlib-dir=/usr/local/lib --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/local/lib --with-xpm-dir=/usr/local/lib Thanks for any help !! Reproduce code: --- make /bin/sh /tmp/php/php-4.3.8/libtool --silent --preserve-dup-deps --mode=compile gcc -I/tmp/php/php-4.3.8/ext/mysql/libmysql -Iext/mysql/ -I/tmp/php/php-4.3.8/ext/mysql/ -DPHP_ATOM_INC -I/tmp/php/php-4.3.8/include -I/tmp/php/php-4.3.8/main -I/tmp/php/php-4.3.8 -I/tmp/php/php-4.3.8/Zend -I/usr/local/include -I/tmp/php/php-4.3.8/ext/xml/expat -I/tmp/php/php-4.3.8/TSRM -O2 -prefer-pic -c /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c -o ext/mysql/libmysql/libmysql.lo In file included from /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c:4: /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:260: warning: redefinition of `uint' /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:464: warning: `uint' previously declared here /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:261: warning: redefinition of `ushort' /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:463: warning: `ushort' previously declared here In file included from /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c:4: /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:577: conflicting types for `int8' /usr/include/sys/inttypes.h:622: previous declaration of `int8' /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:578: warning: redefinition of `int16' /usr/include/sys/inttypes.h:623: warning: `int16' previously declared here /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:581: warning: redefinition of `uchar' /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:462: warning: `uchar' previously declared here /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:588: warning: redefinition of `int32' /usr/include/sys/inttypes.h:624: warning: `int32' previously declared here /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:601: warning: redefinition of `ulong' /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:465: warning: `ulong' previously declared here /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c: In function `net_field_length_ll': /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c:388: warning: left shift count >= width of type make: 1254-004 The error code from the last command is 1. -- Edit this bug report at http://bugs.php.net/?id=29739&edit=1
#22526 [Com]: session_start/popen hang
ID: 22526 Comment by: jaccoh at infogateway dot org Reported By: iberry at raxnet dot net Status: Closed Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: pubnelle is right. I tried this: file1.php http://www.infogateway.org/file2.php?foo=test";); ?> end file2.php end And it crashes! Don't go tell us it is not a bug or problem, the php manual says it should work: If "URL fopen wrappers" are enabled in PHP (which they are in the default configuration), you can specify the file to be included using a URL (via HTTP or other supported wrapper - see Appendix L for a list of protocols) instead of a local pathname. If the target server interprets the target file as PHP code, variables may be passed to the included file using a URL request string as used with HTTP GET. This is not strictly speaking the same thing as including the file and having it inherit the parent file's variable scope; the script is actually being run on the remote server and the result is then being included into the local script. -Jacco Previous Comments: [2004-08-19 17:25:24] pubnelle at megaphone dot ch Hi, I have written already about apache hanging, in bug number 28856. I think that the problem is not only session related, and that it appeared after PHP 4.3.2. You may not agree with the fact that including, requiring or "virtual"ing pages that are on the same server need to be included using the full http domain name. But there, we do it a lot, and it's working very well on our old servers, with php 4.3.2. Here is a very simple example where the server is hanging. file1.php : http://thisdomain.com/file2.php";); ?> file2.php : On a Debian Box, PHP Version 5.0.1-dotdeb, Apache/1.3.26, the server is hanging . No session started, session.auto_start set to Off. I agree that this is a stupid example and that here I would use simply include("file2.php"); believe me the situations where we use the include("http ...) are a lot more complex and we cannot avoid to do this. Please, don't answer that nobody uses the include, or require, or anthing, with the http to be able to use some Apache Vhost related features : we do a lot, and I am in a despair, here ... Thanks for your attention, Estelle [2004-07-06 21:41:22] kalvinb602 at hotmail dot com Just posting to suggest that it would be nice to have this workaround posted in the manual for popen and other system command issuing functions. I resorted to blanking out the page to keep users from clicking a second link before the first finished loading to avoid a server hang. This workaround eliminates the need for that very clunky "fix" but it took me quite awhile to find it because I was digging through the manual. It might be a good idea to link the manual entries to the related bug reports. I'm using Apache 2.0.49 PHP 4.3.6 (upgrading soon) and Windows 2000 Pro. [2004-03-05 02:34:26] iberry at raxnet dot net The workaround has shown to be effective in eliminating this issue. Closing the bug. [2004-02-23 10:46:45] cpuidle at gmx dot de I had experienced the same issue, php4&5, winXP, apache2. Workaround is fixing the problem. Thanks, Andi [2004-02-02 16:36:43] iberry at raxnet dot net My initial tests show that the workaround is doing the trick! I will send out a message to have more users test this and report back. Thanks for pointing this out. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#18998 [Com]: vars using get wont print
ID: 18998 Comment by: nospam at imaginacolombia dot com Reported By: trolldude at gmx dot net Status: Bogus Bug Type: URL related Operating System: win2k / linux PHP Version: 4.2.2 New Comment: you must use the $_GET and $_POST arrays, in test2.php try http://www.imaginacolombia.com Previous Comments: [2002-08-20 21:26:04] [EMAIL PROTECTED] In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. [2002-08-20 17:32:38] trolldude at gmx dot net hi, my isp updated to php 4.2.2 since then all my scripts worked fine, as they should. after the update nothing worked anymore. here sample script test.php test"); ?> test2.php - so test2.php echoed nothing. i tried a lot and after installing php 4.2.2 locally, ich found out that in php.ini following lines were commented out: ; ; Data Handling ; ; ; ; Note - track_vars is ALWAYS enabled as of PHP 4.0.3 ; The separator used in PHP generated URLs to separate arguments. ; Default is "&". ;arg_separator.output = "&" ; List of separator(s) used by PHP to parse input URLs into variables. ; Default is "&". ; NOTE: Every character in this directive is considered as separator! ;arg_separator.input = ";&" after activating arg_seperator.output + input all my scripts worked fine again. so MY problem now is that my i cant fix it locally but i and i think a lot of more people cant chang php.ini on my ISP Site. is it possible to make this public somewhere on php.net so that also the ISPs will read when downloading ? thanx Markus Brendler -- Edit this bug report at http://bugs.php.net/?id=18998&edit=1
#29762 [NEW]: --disable-xml / --disable-libxml
From: pfr at cs dot cmu dot edu Operating system: Linux RH9 PHP version: 5.0.1 PHP Bug Type: *Configuration Issues Bug description: --disable-xml / --disable-libxml Description: ./configure says: --disable-xml Disable XML support. but that option appears to be ignored by configure. Examining the script suggests that the correct option is --disable-libxml I don't know if the script or --help documentation is wrong -- Edit bug report at http://bugs.php.net/?id=29762&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29762&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29762&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29762&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29762&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29762&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29762&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29762&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29762&r=support Expected behavior: http://bugs.php.net/fix.php?id=29762&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29762&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29762&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29762&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29762&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29762&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29762&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29762&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29762&r=float
#29762 [Opn]: --disable-xml / --disable-libxml
ID: 29762 User updated by: pfr at cs dot cmu dot edu Reported By: pfr at cs dot cmu dot edu Status: Open Bug Type: *Configuration Issues Operating System: Linux RH9 PHP Version: 5.0.1 New Comment: My apologies. Please diregard this bug. Both of those are valid options and I was confused which one my particular configure needed Previous Comments: [2004-08-19 19:32:13] pfr at cs dot cmu dot edu Description: ./configure says: --disable-xml Disable XML support. but that option appears to be ignored by configure. Examining the script suggests that the correct option is --disable-libxml I don't know if the script or --help documentation is wrong -- Edit this bug report at http://bugs.php.net/?id=29762&edit=1
#29762 [Opn->Bgs]: --disable-xml / --disable-libxml
ID: 29762 User updated by: pfr at cs dot cmu dot edu Reported By: pfr at cs dot cmu dot edu -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Linux RH9 PHP Version: 5.0.1 New Comment: (see previous) Previous Comments: [2004-08-19 19:36:14] pfr at cs dot cmu dot edu My apologies. Please diregard this bug. Both of those are valid options and I was confused which one my particular configure needed [2004-08-19 19:32:13] pfr at cs dot cmu dot edu Description: ./configure says: --disable-xml Disable XML support. but that option appears to be ignored by configure. Examining the script suggests that the correct option is --disable-libxml I don't know if the script or --help documentation is wrong -- Edit this bug report at http://bugs.php.net/?id=29762&edit=1
#29763 [NEW]: mysql_pconnect silently ignores the CLIENT_FOUND_ROWS flag
From: sigurd at totallydigital dot co dot nz Operating system: Debian Linux PHP version: 4.3.8 PHP Bug Type: MySQL related Bug description: mysql_pconnect silently ignores the CLIENT_FOUND_ROWS flag Description: PHP 4.3.8-5 installed as 'unstable' package from Debian recently. Background: The CLIENT_FOUND_ROWS MySQL connection flag is a vital means for verifying that an UPDATE has affected a row (without doing an inefficient 'select' afterwards to doublecheck!) Under 'normal' connection, however, an UPDATE that "updates" values to what they are in the database already will not increment the affected-row-count, hence the purpose of the CLIENT_FOUND_ROWS flag, which when set, DOES return rows that matched the WHERE clause of the UPDATE. Bug: When connecting to a server with $connectionid = mysql_pconnect($serveraddress, $username, $password, 2); The CLIENT_FOUND_ROWS behaviour is not experienced. Merely changing this to a standard connect, does work. (note the addition of a fourth parameter!) E.g.; $connectionid = mysql_pconnect($serveraddress, $username, $password, false, 2); Reproduce code: --- $connectionid = mysql_pconnect($serveraddress, $username, $password, 2); // aasume Field was not 1 to begin with; mysql_query("UPDATE Field=1 WHERE SomeField=1"); print mysql_affected_rows(); // 1 mysql_query("UPDATE Field=1 WHERE SomeField=1"); print mysql_affected_rows(); // 0 // again for good measure. mysql_query("UPDATE Field=5 WHERE SomeField=1"); print mysql_affected_rows(); // 1 Expected result: Each update shold produce an affected row count of one. -- Edit bug report at http://bugs.php.net/?id=29763&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29763&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29763&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29763&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29763&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29763&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29763&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29763&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29763&r=support Expected behavior: http://bugs.php.net/fix.php?id=29763&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29763&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29763&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29763&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29763&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29763&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29763&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29763&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29763&r=float
#22526 [Com]: session_start/popen hang
ID: 22526 Comment by: jaccoh at infogateway dot org Reported By: iberry at raxnet dot net Status: Closed Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: forget my last entry.. the servers are behind loadbalancers in a NAT network.. duh :) Previous Comments: [2004-08-19 18:56:23] jaccoh at infogateway dot org pubnelle is right. I tried this: file1.php http://www.infogateway.org/file2.php?foo=test";); ?> end file2.php end And it crashes! Don't go tell us it is not a bug or problem, the php manual says it should work: If "URL fopen wrappers" are enabled in PHP (which they are in the default configuration), you can specify the file to be included using a URL (via HTTP or other supported wrapper - see Appendix L for a list of protocols) instead of a local pathname. If the target server interprets the target file as PHP code, variables may be passed to the included file using a URL request string as used with HTTP GET. This is not strictly speaking the same thing as including the file and having it inherit the parent file's variable scope; the script is actually being run on the remote server and the result is then being included into the local script. -Jacco [2004-08-19 17:25:24] pubnelle at megaphone dot ch Hi, I have written already about apache hanging, in bug number 28856. I think that the problem is not only session related, and that it appeared after PHP 4.3.2. You may not agree with the fact that including, requiring or "virtual"ing pages that are on the same server need to be included using the full http domain name. But there, we do it a lot, and it's working very well on our old servers, with php 4.3.2. Here is a very simple example where the server is hanging. file1.php : http://thisdomain.com/file2.php";); ?> file2.php : On a Debian Box, PHP Version 5.0.1-dotdeb, Apache/1.3.26, the server is hanging . No session started, session.auto_start set to Off. I agree that this is a stupid example and that here I would use simply include("file2.php"); believe me the situations where we use the include("http ...) are a lot more complex and we cannot avoid to do this. Please, don't answer that nobody uses the include, or require, or anthing, with the http to be able to use some Apache Vhost related features : we do a lot, and I am in a despair, here ... Thanks for your attention, Estelle [2004-07-06 21:41:22] kalvinb602 at hotmail dot com Just posting to suggest that it would be nice to have this workaround posted in the manual for popen and other system command issuing functions. I resorted to blanking out the page to keep users from clicking a second link before the first finished loading to avoid a server hang. This workaround eliminates the need for that very clunky "fix" but it took me quite awhile to find it because I was digging through the manual. It might be a good idea to link the manual entries to the related bug reports. I'm using Apache 2.0.49 PHP 4.3.6 (upgrading soon) and Windows 2000 Pro. [2004-03-05 02:34:26] iberry at raxnet dot net The workaround has shown to be effective in eliminating this issue. Closing the bug. [2004-02-23 10:46:45] cpuidle at gmx dot de I had experienced the same issue, php4&5, winXP, apache2. Workaround is fixing the problem. Thanks, Andi 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#29455 [Opn->Fbk]: DBA can not be built with FreeBSD DBM
ID: 29455 Updated by: [EMAIL PROTECTED] Reported By: dada at bbs dot giga dot net dot tw -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: FreeBSD PHP Version: 5.0.0 Assigned To: helly New Comment: The dbm extension didn't care for the data format. Neither do you if you are using ndm functions which are normally mapped to db2 or db3. Also dbm is a bad idea because you can only have one single file open (though we currently miss some check code for that). To verify which what version you are dealing look for 'DB_VERSION_STRING' in the db.h file or any file it includes. Maybe we can switch to search fro the db_185.h haeder and use that if available. This thing also provides a way to open multiple datase files. Probably this is what you see in your db.h file. Previous Comments: [2004-08-18 17:23:20] dada at bbs dot giga dot net dot tw The deprecated DBM extension seems using 'ndbm' in FreeBSD (instead of built-in db library) for accessing Berkeley DB 1.85 format in BSD system. 1. Deprecated DBM extension use ndbm's dbm_open() in FreeBSD's /usr/include/ndbm.h 2. my solution use dbopen() in FreeBSD's /usr/include/db.h Both works! My codes use the 2nd solution to support db 1.85 format. Maybe you can barrow the codes from the deprecated DBM extension to utilize the 1st solution to support the Berkeley DB 1.85 format in FreeBSD. This may increase the portability. ~ dada [2004-08-05 04:05:21] dada at bbs dot giga dot net dot tw I just send the modified source to you. Thanks. [2004-08-05 00:37:40] [EMAIL PROTECTED] Please send me your handler file. I'll see what to do next. And thanks for your patience and very much for your efforts in helping. [2004-08-04 12:49:32] dada at bbs dot giga dot net dot tw The DBM is not the database format, but the API interface. So the 'support for DBM handler' may be confused. The PHP source use gdbm's dbm (api) emulation as underlying library to build DBM handler support in DBA. But the resulting database format for this kind of 'dbm' handler does NOT compatible with FreeBSD's built-in DB format. FreeBSD has its built-in database format (libc) which been used in the system everywhere, such as /etc/mail/aliases.db. In fact, FreeBSD/db's format is the same as 'Berkeley DB 1.85' So my question becomes: How to access 'Berkeley DB 1.85' by DBA extension ? -or- How to build 'dbm' handler with FreeBSD/db as underlying library ? The deprecated PHP dbm_* extension can open 'Berkeley DB 1.85' in FreeBSD. But this should be replaced by DBA. The codes in PHP/ext/dba/dba_dbm.c does not compatiable with the API of FreeBSD's db library. I decided to fix this myself. I rewrite the PHP/ext/dba/dba_dbm.c today, and it can be build with FreeBSD/db. It now runs perfectly. But I think this should be called as 'db1' handler. The codes can only be compiled in FreeBSD. I don't know if you would like to add this into PHP CVS. I'll be glad if I can contribute my codes. Thanks for your patience on the report and tolerate my poor english. [2004-08-02 13:20:45] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. 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/29455 -- Edit this bug report at http://bugs.php.net/?id=29455&edit=1
#29735 [Opn]: Segfault (11) / Possible stack corruption
ID: 29735 User updated by: sparkeh at btinternet dot com Reported By: sparkeh at btinternet dot com Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6.7-gentoo-r9 PHP Version: 5.0.1 New Comment: gdb stack trace from the first script (Ref: 3:24pm CEST) #0 0x081e74a2 in _zval_ptr_dtor () #1 0x08216d9f in zend_switch_free_handler () #2 0x08211dff in execute () #3 0x0821567d in zend_do_fcall_common_helper () #4 0x08215993 in zend_do_fcall_by_name_handler () #5 0x08211dff in execute () #6 0x081f2b17 in zend_execute_scripts () #7 0x081b4d31 in php_execute_script () #8 0x in ?? () #9 0x0003 in ?? () #10 0x in ?? () ... #970 0x5f706870 in ?? () #971 0x69727473 in ?? () #972 0x68775f70 in ?? () #973 0x4083a6c4 in mallopt () from /lib/libc.so.6 Previous frame inner to this frame (corrupt stack?) (gdb) :o) Previous Comments: [2004-08-19 18:27:58] hip at cs dot okstate dot edu I getting a seg. fault on a simple little script that's worked for years and it sure smells like stack corruption. connect(); $sql = "select from STUDENT_STATUS "; $sql .= "where STATUS='APPROVED' "; ?> On my solaris 9 x86 box this seq. faults. Change the last line it seq faults. Remove the last line it doesn't. After a hour of playing, I've discovered that I can prevent a seg. fault by place echo statements (or some other random statment) in key positions in the file. That sure smells like stack corruption. I ran gdb on the core dump and the last lines of the backtrace are: #20 0x81b65da in zend_deactivate () at /usr/local/src/php-5.0.1/Zend/zend.c:819 #21 0x8182007 in php_request_shutdown (dummy=0x0) at /usr/local/src/php-5.0.1/main/main.c:1212 #22 0x81db50f in main (argc=2, argv=0x8047a18) at /usr/local/src/php-5.0.1/sapi/cli/php_cli.c:1046 and from what little I know of gdb it looks like it's happening when php is trying to shutdown. [2004-08-18 20:36:46] sparkeh at btinternet dot com N.B. Original code tested and works as expected with PHP 4.3.3 [2004-08-18 19:44:13] sparkeh at btinternet dot com There is no loop here. This is segfaulting because the function is failing to return correctly (stack corruption). Remove the "global" statement, and add an echo '' outside of the switch() braces to see normal (expected) program flow. [2004-08-18 17:18:38] sparkeh at btinternet dot com What loop?? Remove the "global $moo" and the $rar = 0 and it runs as expected: [2004-08-18 17:05:03] [EMAIL PROTECTED] ? You call the function segfault() in a never ending loop. 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/29735 -- Edit this bug report at http://bugs.php.net/?id=29735&edit=1
#29764 [NEW]: crash
From: marius at electricplus dot ro Operating system: win 9.x PHP version: 5.0.0 PHP Bug Type: Reproducible crash Bug description: crash Description: Reproduce code: --- Expected result: Array ( [0] => core [1] => http_core [2] => mod_so [3] => sapi_apache2 [4] => mod_mime [5] => mod_rewrite ) Actual result: -- crash witch close from apache when I hit close apache restarts. -- Edit bug report at http://bugs.php.net/?id=29764&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29764&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29764&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29764&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29764&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29764&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29764&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29764&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29764&r=support Expected behavior: http://bugs.php.net/fix.php?id=29764&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29764&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29764&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29764&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29764&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29764&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29764&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29764&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29764&r=float
#29723 [Opn]: file_get_contents() fails with the file:// wrapper
ID: 29723 User updated by: vma1 at abv dot bg Reported By: vma1 at abv dot bg Status: Open Bug Type: Filesystem function related Operating System: Windows XP PHP Version: 5CVS-2004-08-17 (dev) New Comment: The reproduce code should be: file_get_contents ("file://D:\projects\index.tpl"); Previous Comments: [2004-08-17 23:45:25] vma1 at abv dot bg Description: When file_get_contents() is used under Windows with the file:// wrapper, it gives the following error: Warning: file_get_contents() []: remote host file access not supported The bug is caused by the following code in main/streams/streams.c (for PHP5-200408171230 it is on line 1457). if (protocol && path[n+1] == '/' && path[n+2] == '/' && path[n+3] != '/'){ if (options & REPORT_ERRORS) { php_error_docref(NULL TSRMLS_CC, E_WARNING, "remote host file access not supported, %s", path); } return NULL; } The condition path[n+3] != '/' works for UNIX filesystems only. On Windows absolute path does not start with a /, but a drive letter followed by ":", e.g. D:\projects\... Reproduce code: --- file_get_contents ("D:\projects\index.tpl"); Expected result: No error messages. Actual result: -- Warning: file_get_contents() []: remote host file access not supported... -- Edit this bug report at http://bugs.php.net/?id=29723&edit=1
#29765 [NEW]: Include config.php failure
From: z dot jiang1 at csuohio dot edu Operating system: Windows XP -Home Edition PHP version: 5.0.1 PHP Bug Type: *Compile Issues Bug description: Include config.php failure Description: well, I am trying to define constants in a file called config.php then I wanna use it in a file called "debug.php". I defined a variable like $test="test". then call this variable by echo $test; in "debug.php". it never works.. but if I rename the config.php to other names like"config1.php", it works. I dont know why that happens? it's reserved file name or something? Thanks. Reproduce code: --- file: debug.php file: config.php $test="test"; ?> Expected result: i am expecting to see test Actual result: -- I see nothing. -- Edit bug report at http://bugs.php.net/?id=29765&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29765&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29765&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29765&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29765&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29765&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29765&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29765&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29765&r=support Expected behavior: http://bugs.php.net/fix.php?id=29765&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29765&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29765&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29765&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29765&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29765&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29765&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29765&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29765&r=float
#29293 [Com]: some functions are slower (10x slowest) than using php4
ID: 29293 Comment by: cyanide320 at hotmail dot com Reported By: j at bolinos dot ch Status: Open Bug Type: Performance problem Operating System: Windows XP PHP Version: 5.0.0 New Comment: It seems that the problem is related to several file-related functions. I have personally experienced this also with the is_dir function. Previous Comments: [2004-07-21 12:21:50] j at bolinos dot ch Description: file_exists, include, include_once, require, require_once and getimagesize are about 10x slower than their php4 version. Using Apache 2.0.48, Windows XP Php 5.0.0 versus Php 4.3.6 on the same computer. Reproduce code: --- Tested using this function either with file_exists, include, include_once, require, require_once and getimagesize function FileExists($file,$nb,$para="") { $aT=array(); $aT[0]=microtime(false); for($t=0;$t<$nb;$t++){ file_exists($file); } $aT[1]=microtime(false); return $aT; } Actual result: -- Mean for 100 repeated tests Using php 5.0.0: include mean: 0.0029407 (s) require mean: 0.0030178 (s) include_once mean: 0.0022040 (s) require_once mean: 0.0023427 (s) file_exists mean: 0.355 (s) file_exists and clearstatcache mean: 0.0013877 (s) Using php 4.3.6: include mean: 0.0002966 (s) require mean: 0.0002929 (s) include_once mean: 0.0001056 (s) require_once mean: 0.0001038 (s) file_exists mean: 0.028 (s) file_exists and clearstatcache mean: 0.749 (s) -- Edit this bug report at http://bugs.php.net/?id=29293&edit=1
#29765 [Opn->Bgs]: Include config.php failure
ID: 29765 Updated by: [EMAIL PROTECTED] Reported By: z dot jiang1 at csuohio dot edu -Status: Open +Status: Bogus Bug Type: *Compile Issues Operating System: Windows XP -Home Edition PHP Version: 5.0.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. If doing nothing more than changing the file name fixes the issue, then I'd wager you've got another config.php file elsewhere in your include_path (with a higher precedence) and THAT file is being included instead. Previous Comments: [2004-08-19 21:46:01] z dot jiang1 at csuohio dot edu Description: well, I am trying to define constants in a file called config.php then I wanna use it in a file called "debug.php". I defined a variable like $test="test". then call this variable by echo $test; in "debug.php". it never works.. but if I rename the config.php to other names like"config1.php", it works. I dont know why that happens? it's reserved file name or something? Thanks. Reproduce code: --- file: debug.php file: config.php $test="test"; ?> Expected result: i am expecting to see test Actual result: -- I see nothing. -- Edit this bug report at http://bugs.php.net/?id=29765&edit=1
#29263 [Com]: Data not in $_REQUEST, but in $_POST or $_GET
ID: 29263 Comment by: marcus at synchromedia dot co dot uk Reported By: dino at kataris dot de Status: Open Bug Type: Variables related Operating System: Linux Debian PHP Version: 5.0.0 New Comment: I'm seeing exactly the same problem but running on a new install of RedHat EL 3 with a fresh compile of PHP 5.0.1 The code I've been using (slightly more obvious than previous example): using test.php?a=1&b=2: NULL array(2) { ["a"]=> string(1) "1" ["b"]=> string(1) "2" } It's acting like EGPCS options are empty (they are set correctly in my php.ini)? Previous Comments: [2004-08-09 18:05:23] jsgoupil at lookstrike dot com Working fine for me ... PHP5.0.0 Even with your code. [2004-07-19 18:45:45] dino at kataris dot de Description: I think I don't have to say more as in the summary I wrote,... Data not in $_REQUEST, but in $_POST or $_GET Reproduce code: --- // works: $page = 'start'; if(isset($_POST['page'])) { $page = $_POST['page']; } if(isset($_GET['page'])) { $page = $_GET['page']; } // doesn't works: $page = 'start'; if(isset($_REQUEST['page'])) { $page = $_REQUEST['page']; } Expected result: The variable $page should have the value of the data, the script request ;) -- Edit this bug report at http://bugs.php.net/?id=29263&edit=1
#29263 [Com]: Data not in $_REQUEST, but in $_POST or $_GET
ID: 29263 Comment by: marcus at synchromedia dot co dot uk Reported By: dino at kataris dot de Status: Open Bug Type: Variables related Operating System: Linux Debian PHP Version: 5.0.0 New Comment: I just found this bug, which seems to be the same thing, but is getting more attention: http://bugs.php.net/bug.php?id=29176 Previous Comments: [2004-08-19 22:47:42] marcus at synchromedia dot co dot uk I'm seeing exactly the same problem but running on a new install of RedHat EL 3 with a fresh compile of PHP 5.0.1 The code I've been using (slightly more obvious than previous example): using test.php?a=1&b=2: NULL array(2) { ["a"]=> string(1) "1" ["b"]=> string(1) "2" } It's acting like EGPCS options are empty (they are set correctly in my php.ini)? [2004-08-09 18:05:23] jsgoupil at lookstrike dot com Working fine for me ... PHP5.0.0 Even with your code. [2004-07-19 18:45:45] dino at kataris dot de Description: I think I don't have to say more as in the summary I wrote,... Data not in $_REQUEST, but in $_POST or $_GET Reproduce code: --- // works: $page = 'start'; if(isset($_POST['page'])) { $page = $_POST['page']; } if(isset($_GET['page'])) { $page = $_GET['page']; } // doesn't works: $page = 'start'; if(isset($_REQUEST['page'])) { $page = $_REQUEST['page']; } Expected result: The variable $page should have the value of the data, the script request ;) -- Edit this bug report at http://bugs.php.net/?id=29263&edit=1
#29176 [Com]: $GLOBALS['_REQUEST'], $GLOBALS['_ENV'] AND $GLOBALS['_SERVER'] are empty
ID: 29176 Comment by: marcus at synchromedia dot co dot uk Reported By: webmaster at ragnarokonline dot de Status: Assigned Bug Type: Variables related Operating System: SuSE 9.0 PHP Version: 5.0.0 Assigned To: sesser New Comment: I'm seeing this in a fresh compile of 5.0.1 on RedHat EL 3. Again, turning register_long_arrays is a workaround until it's fixed properly. FWIW, I'm also using mmcache. Previous Comments: [2004-08-19 09:20:32] info at webaq dot com PHP File use "SafeGuard Suite 3.5.0" encode Apache 1.3.29 PHP 5.0.0 Zend Engine v2.0.0 Zend Optimizer v2.5.3 Notice: Undefined variable: _SERVER in /www/ZendEncode.php on line 2 Undefined variable: _SERVER!!! >_< [2004-07-16 09:35:12] tmgh at www dot deyang dot gov dot cn if set register_long_arrays=Off auto_globals_jit=off ,php5+mmcache2.4.7-cvs work greatly. can somebody tell me what's auto_globals_jit? [2004-07-16 03:09:03] webmaster at ragnarokonline dot de The dev replys, when he checked in a fix. So we have to wait, what the devs say ;) [2004-07-16 03:04:53] tmgh at www dot deyang dot gov dot cn at present,the cvs does not have newest source.maybe i have to wait for few time.thanks for your response. ps:it's mmcache's bug? [2004-07-16 02:53:48] webmaster at ragnarokonline dot de I have tested this now. The MMCache-Section was commented out, so its definately not related. PS: If a dev fixes this, this is checked into CVS, so you can simply compile or download the latest snapshot after the fix have been checked in. Regards, Christian Stadler 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/29176 -- Edit this bug report at http://bugs.php.net/?id=29176&edit=1
#29487 [Fbk->NoF]: Notice: (null)(): [TRYCREATE] The requested item could not be found. (errflg=2)
ID: 29487 Updated by: [EMAIL PROTECTED] Reported By: ep at ericpotvin dot com -Status: Feedback +Status: No Feedback Bug Type: IMAP related Operating System: win32 PHP Version: 4.3.8 New Comment: 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". Previous Comments: [2004-08-04 01:50:31] [EMAIL PROTECTED] The error you are seeing is actually generated on shutdown since you have some error messages (from imap) in the buffer that you had not retrieved. [2004-08-02 14:15:39] ep at ericpotvin dot com Hi, everytime i want to move a mail with imap_mail_move() on win32 php version 4..3.8.8, i have this message : Notice: (null)(): [TRYCREATE] The requested item could not be found. (errflg=2) in Unknown on line 0 my box exists (INBOX) i can read my mails into. thanks [2004-08-02 13:34:18] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2004-08-02 03:55:50] ep at ericpotvin dot com Description: when i want to move a mail i always have this : Notice: (null)(): [TRYCREATE] The requested item could not be found. (errflg=2) in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=29487&edit=1
#5656 [Com]: ifx_pconnect : E [SQLSTATE=IX 001 SQLCODE=-1829]
ID: 5656 Comment by: SWISSWAP at BLUEWIN dot CH Reported By: marsu at europe dot com Status: Closed Bug Type: Informix related Operating System: Linux RedHat 6 PHP Version: 4.0 Release Candidate 2 Assigned To: danny New Comment: ifx_pconnect SQLCODE = -1829 = I have developed a payment gateway that uses Informix Database. The gateway never reported database connection problem since it launched live in Aug. 2003. The gateway is running as a cgi (C and ESQL/C) on Apache httpsd. However, we have web-applications written in PHP which use the same database server and suffer from ifx_pconnect problem that mentioned in Bug 5656. We have employed Informix specialists to check informix CSDK and other configuration stuffs. They have not found anything wrong with configuration that may cause the connection problem. I guess the problem is either with PHP informix module or PHP and Apache... Apache or PHP open/close operations with file handle are not consistent. I will appreciate if ideas about fixes or suggestions to get rid of the connection problem with PHP. Previous Comments: [2000-12-07 11:20:20] [EMAIL PROTECTED] Reopen, if this still happens when using latest snapshot from http://snaps.php.net/ --Jani [2000-10-03 03:58:00] [EMAIL PROTECTED] I really need the versions of : - Informix Server (IDS 7.x, 2000, or SE 7.x ?) - Informix ESQL/C or CSDK used to build modphp Danny --- [2000-10-02 20:10:09] marsu at europe dot com Though this item was closed, I have to re-open it. I still have the problem, which happens or doesn't happen, without any apparent reason. We've opened a call with Informix support, which hasn't found anything yet. We've tested 3.0.14 AND 4.0RC1 ; the trouble is still there. We have tested Danny's proposed solution; the symptoms remain. Sometimes we can connect, sometimes not. Lastly I noticed that the "persistant" optin is set in httpd.ini file; so maybe the tests made with ifx_connect() instead of ifx_pconnect() may not mean anything. Anyway, in the ifx_close() doc, I read that it doesn't close the persistant opened connections. Is this true? (I also tested with no call to ifx_close().) I can't find a solution to this. Did something change in the code of ifx_connect in the 4.02 PHP release??? maybe it could help, but I can't do it without knowing this. TIA, [EMAIL PROTECTED] [2000-08-27 18:08:40] [EMAIL PROTECTED] Danny: I assume you forgot to close this one? If not please reopen with feedback. --Jani [2000-07-21 01:12:40] danny at cvs dot php dot net It looks like you have run out of file descriptors. There are 2 things to consider : 1. If you use ifx_connect() instead of ifx_pconnect(), it is imperative to insure that every page does an ifx_close(), otherwise you will run out of connections (and file descriptors) very fast. Check "error handling" code for missing ifx_close()! 2. If you use ifx_pconnect(), you should not use ifx_close() at all, or you will defeat the purpose of persistent connections. HOWEVER, when using ifx_pconnect(), you should never use the user id and password supplied by the user for database connections, because persistent connections are identified by the combination databasename/userid/password. So you could end up with hundreds or thousands of persistent connections depending on the number of users. ALWAYS use the same (or a few) user id (s) to connect to the database, and do your security and access permission checks on the application level (using the user id and password supplied by the user). This will let you control the number of simultaneous persistent connections to the database. Remember that each Apache process has it's own set of connections ! Danny -- 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/5656 -- Edit this bug report at http://bugs.php.net/?id=5656&edit=1
#29293 [Com]: some functions are slower (10x slowest) than using php4
ID: 29293 Comment by: tmgh at www dot deyang dot gov dot cn Reported By: j at bolinos dot ch Status: Open Bug Type: Performance problem Operating System: Windows XP PHP Version: 5.0.0 New Comment: i have the same result.it seems that php4 is faster than php5. Previous Comments: [2004-08-19 22:10:40] cyanide320 at hotmail dot com It seems that the problem is related to several file-related functions. I have personally experienced this also with the is_dir function. [2004-07-21 12:21:50] j at bolinos dot ch Description: file_exists, include, include_once, require, require_once and getimagesize are about 10x slower than their php4 version. Using Apache 2.0.48, Windows XP Php 5.0.0 versus Php 4.3.6 on the same computer. Reproduce code: --- Tested using this function either with file_exists, include, include_once, require, require_once and getimagesize function FileExists($file,$nb,$para="") { $aT=array(); $aT[0]=microtime(false); for($t=0;$t<$nb;$t++){ file_exists($file); } $aT[1]=microtime(false); return $aT; } Actual result: -- Mean for 100 repeated tests Using php 5.0.0: include mean: 0.0029407 (s) require mean: 0.0030178 (s) include_once mean: 0.0022040 (s) require_once mean: 0.0023427 (s) file_exists mean: 0.355 (s) file_exists and clearstatcache mean: 0.0013877 (s) Using php 4.3.6: include mean: 0.0002966 (s) require mean: 0.0002929 (s) include_once mean: 0.0001056 (s) require_once mean: 0.0001038 (s) file_exists mean: 0.028 (s) file_exists and clearstatcache mean: 0.749 (s) -- Edit this bug report at http://bugs.php.net/?id=29293&edit=1
#29719 [Csd->Opn]: fgetcsv - double quotes issue
ID: 29719 User updated by: t dot meesters at triptic dot nl Reported By: t dot meesters at triptic dot nl -Status: Closed +Status: Open Bug Type: Filesystem function related Operating System: Linux-2.4 PHP Version: php4-STABLE-200408181830 New Comment: I meant that the problem is still there ;-) I've been browsing through the code and finally came up with the following patch: *** file.c.orig Fri Aug 20 02:30:27 2004 --- file.c Fri Aug 20 02:30:37 2004 *** *** 2391,2399 if ((p = memchr(p2, delimiter, (e - p2 { p2 = s; s = p + 1; - if (*p2 == enclosure) { - p2++; - } /* copy data to buffer */ buf2 = erealloc(buf2, buf2_len + (p - p2) + 1); --- 2391,2396 After setting p2 to s it doesn't seem like a good idea to check if the first character is a delimiter, since you might want to start a string with two consecutive double quotes. By increasing p2, thus effectively removing the first double quote, the trim_enclosed() function will regard the remaining double quote as garbage and ignore it. The patch has been tested and passes the above mentioned tests. Previous Comments: [2004-08-18 23:35:23] t dot meesters at triptic dot nl Oops, I think the line wrapping caused an error in my initial input: please note that test #3 should be: """test with inline double quotes""" (on one line) Sorry for the inconvenience. [2004-08-18 23:15:15] [EMAIL PROTECTED] With latest CVS I get the correct output of: Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => "test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes" ) [2004-08-18 23:08:04] t dot meesters at triptic dot nl Result is now: Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes" ) Although the test with newlines and double quotes works fine now, the problem still lies with test 3: the inline double quote. [2004-08-17 16:10:12] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-08-17 14:25:30] t dot meesters at triptic dot nl Description: The fgetcsv() of PHP 4.3.4 works fine, however, as of 4.3.8 the behaviour concerning escaped string qualifiers changed. With single line data, an initial escaped string qualifier doesn't get noticed. With multiple line data, the last occurrence of an escaped string qualifier doesn't get noticed. For the example code, use the following data: - CSV DATA (test.csv) - test;test spaced string;"test; with delimeter";"""test with inline double quotes""";"test with newlines";"""test with newlines and double quotes""" Reproduce code: --- Expected result: Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => "test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes" ) Actual result: -- Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes ) -- Edit this bug report at http://bugs.php.net/?id=29719&edit=1
#28088 [Com]: strtotime() cannot convert 00 hours
ID: 28088 Comment by: tim at komta dot com Reported By: asif at evoknow dot com Status: Assigned Bug Type: Date/time related Operating System: Red Hat Linux PHP Version: 4.3.4 Assigned To: derick New Comment: '00' is the designation for midnight as returned by the date() function, as in: date('m/d/Y Hi') For sanity's sake, it really should work. Previous Comments: [2004-06-29 06:45:09] asif at evoknow dot com ransico: isn't 0045 supposed to be 2445 ? asif: err .. I am not very sure about that. asif: but .. the bug is still there even with 2445. asif: did you try 2445 with the 'reproduce code'? asif: I did, and the result is same. [2004-06-09 03:38:43] ransico at iinet dot net dot au isn't 0045 supposed to be 2445 ? thats what my alarm clock says at that time anyway [2004-04-21 11:02:01] asif at evoknow dot com Description: When a string like "04/04/04 0045" is passed to strtotime(), it returns -1. Reproduce code: --- echo "The following line rightly shows the correct date time\r\n"; echo date("m/d/y Hi", strtotime("04/04/04 2345")); echo "\r\nBut the following line fails to show the correct date time\r\n"; echo date("m/d/y Hi", strtotime("04/04/04 0045"))."\r\n"; Expected result: The following line rightly shows the correct date time 04/04/04 2345 But the following line fails to show the correct date time 04/04/04 0045 Actual result: -- The following line rightly shows the correct date time 04/04/04 2345 But the following line fails to show the correct date time 01/01/70 0559 -- Edit this bug report at http://bugs.php.net/?id=28088&edit=1
#29753 [Opn->Csd]: Parameters of mcal_fetch_event()
ID: 29753 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: MCAL related Operating System: Irrelevant PHP Version: 5.0.1 New Comment: 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. Previous Comments: [2004-08-19 09:20:20] [EMAIL PROTECTED] Description: Proto for mcal_fetch_event() says it accepts 2 or 3 parameters but code says it accepts 1, 2 or 3 parameters. I belive proto is right in this case and I am sending a patch for it. Patch proposal: RCS file: /repository/pecl/mcal/php_mcal.c,v retrieving revision 1.59 diff -u -r1.59 php_mcal.c --- mcal/php_mcal.c 16 Jun 2003 14:03:30 - 1.59 +++ mcal/php_mcal.c 18 Aug 2004 12:02:38 - @@ -459,7 +459,7 @@ CALEVENT *myevent; int myargcount=ZEND_NUM_ARGS(); - if (myargcount < 1 || myargcount > 3 || zend_get_parameters_ex(myargcount, &streamind, &eventid, &options) == FAILURE) { + if (myargcount < 2 || myargcount > 3 || zend_get_parameters_ex(myargcount, &streamind, &eventid, &options) == FAILURE) { WRONG_PARAM_COUNT; } convert_to_long_ex(streamind); -- Edit this bug report at http://bugs.php.net/?id=29753&edit=1
#29766 [NEW]: when use adodb to access mdb,php5 crash!
From: tmgh at www dot deyang dot gov dot cn Operating system: win2000 PHP version: 5.0.1 PHP Bug Type: ODBC related Bug description: when use adodb to access mdb,php5 crash! Description: i use adodb(http://sourceforge.net/projects/adodb/) and php5.0.1 to access mdb file.but php crash and apache2 restart. Reproduce code: --- Expected result: no error and no crash Actual result: -- php crash and apache2 restart -- Edit bug report at http://bugs.php.net/?id=29766&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29766&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29766&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29766&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29766&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29766&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29766&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29766&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29766&r=support Expected behavior: http://bugs.php.net/fix.php?id=29766&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29766&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29766&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29766&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29766&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29766&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29766&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29766&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29766&r=float
#28088 [Com]: strtotime() cannot convert 00 hours
ID: 28088 Comment by: tim at komta dot com Reported By: asif at evoknow dot com Status: Assigned Bug Type: Date/time related Operating System: Red Hat Linux PHP Version: 4.3.4 Assigned To: derick New Comment: BTW, strtotime DOES work with input such as 8/20/2004 00:23, it's only without the colon that it seems to fail. Previous Comments: [2004-08-20 02:46:16] tim at komta dot com '00' is the designation for midnight as returned by the date() function, as in: date('m/d/Y Hi') For sanity's sake, it really should work. [2004-06-29 06:45:09] asif at evoknow dot com ransico: isn't 0045 supposed to be 2445 ? asif: err .. I am not very sure about that. asif: but .. the bug is still there even with 2445. asif: did you try 2445 with the 'reproduce code'? asif: I did, and the result is same. [2004-06-09 03:38:43] ransico at iinet dot net dot au isn't 0045 supposed to be 2445 ? thats what my alarm clock says at that time anyway [2004-04-21 11:02:01] asif at evoknow dot com Description: When a string like "04/04/04 0045" is passed to strtotime(), it returns -1. Reproduce code: --- echo "The following line rightly shows the correct date time\r\n"; echo date("m/d/y Hi", strtotime("04/04/04 2345")); echo "\r\nBut the following line fails to show the correct date time\r\n"; echo date("m/d/y Hi", strtotime("04/04/04 0045"))."\r\n"; Expected result: The following line rightly shows the correct date time 04/04/04 2345 But the following line fails to show the correct date time 04/04/04 0045 Actual result: -- The following line rightly shows the correct date time 04/04/04 2345 But the following line fails to show the correct date time 01/01/70 0559 -- Edit this bug report at http://bugs.php.net/?id=28088&edit=1
#29766 [Opn]: when use adodb to access mdb,php5 crash!
ID: 29766 User updated by: tmgh at www dot deyang dot gov dot cn Reported By: tmgh at www dot deyang dot gov dot cn Status: Open Bug Type: ODBC related Operating System: win2000 PHP Version: 5.0.1 New Comment: ps:there is no error and no crash when use php4.3.9rc1 Previous Comments: [2004-08-20 03:36:41] tmgh at www dot deyang dot gov dot cn Description: i use adodb(http://sourceforge.net/projects/adodb/) and php5.0.1 to access mdb file.but php crash and apache2 restart. Reproduce code: --- Expected result: no error and no crash Actual result: -- php crash and apache2 restart -- Edit this bug report at http://bugs.php.net/?id=29766&edit=1
#29767 [NEW]: Weird behaviour of __set($name, $value);
From: morten at nilsen dot com Operating system: Linux PHP version: 5.0.1 PHP Bug Type: Zend Engine 2 problem Bug description: Weird behaviour of __set($name, $value); Description: The attached script behaves ilogically Reproduce code: --- "; if($name[0] != '&') $name = '&'.$name.';'; } } function fetchlist($name) { global $template; echo '$template->what = '.$name.''; $template->what = $name; } $template = new template(); fetchlist('user'); fetchlist('group'); ?> Expected result: $template->what = user Set what to user $template->what = group Set what to group Actual result: -- $template->what = user Set what to user $template->what = group Set &what; to group -- Edit bug report at http://bugs.php.net/?id=29767&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29767&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29767&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29767&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29767&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29767&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29767&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29767&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29767&r=support Expected behavior: http://bugs.php.net/fix.php?id=29767&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29767&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29767&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29767&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29767&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29767&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29767&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29767&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29767&r=float
#29767 [Opn]: Weird behaviour of __set($name, $value);
ID: 29767 User updated by: morten at nilsen dot com Reported By: morten at nilsen dot com Status: Open Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5.0.1 New Comment: (obvious) workaround is to change: if($name[0] != '&') $name = '&'.$name.';'; into: $entity = "&$name;"; Previous Comments: [2004-08-20 03:55:51] morten at nilsen dot com Description: The attached script behaves ilogically Reproduce code: --- "; if($name[0] != '&') $name = '&'.$name.';'; } } function fetchlist($name) { global $template; echo '$template->what = '.$name.''; $template->what = $name; } $template = new template(); fetchlist('user'); fetchlist('group'); ?> Expected result: $template->what = user Set what to user $template->what = group Set what to group Actual result: -- $template->what = user Set what to user $template->what = group Set &what; to group -- Edit this bug report at http://bugs.php.net/?id=29767&edit=1
#29768 [NEW]: symbol "MLD_ias" unresolved
From: roy dot ho at optus dot com dot au Operating system: TRu64 UNIX PHP version: 4.3.8 PHP Bug Type: Apache related Bug description: symbol "MLD_ias" unresolved Description: Background === OS TRU64 unix apache 1.3.31 ./configure \ "--with-layout=Apache" \ "--prefix=/usr/users/bpwrFE/bin/apache_1.3.31" \ "--enable-shared=max" \ "--enable-module=most" PHP 4.3.8 ./configure --prefix=/usr/users/bpwrFE/bin/php-4.3.8 \ --with-apxs=/usr/users/bpwrFE/bin/apache_1.3.31/bin/apxs \ --with-config-file-path=/usr/users/bpwrFE/bin/apache_1.3.31/conf \ --with-oci8=/brg/d01/oracle/release/8.1.7 \ --with-oracle=/brg/d01/oracle/release/8.1.7 \ --disable-libgcc Apache was started ok without problem when was run in standalone. But after the installation of PHP of the above configuration, Apache server cannot started with the following errors : ** Syntax error on line 205 of /usr/users/bpwrFE/bin/apache_1.3.31/conf/httpd.conf: Cannot load /usr/users/bpwrFE/bin/apache_1.3.31/libexec/libphp4.so into server: dlopen: /usr/users/bpwrFE/bin/apache_1.3.31/libexec/libphp4.so: symbol "MLD_ias" unresolved ** can anyone advise what went worng ? and how can that be resolved ? -- Edit bug report at http://bugs.php.net/?id=29768&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29768&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29768&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29768&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29768&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29768&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29768&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29768&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29768&r=support Expected behavior: http://bugs.php.net/fix.php?id=29768&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29768&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29768&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29768&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29768&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29768&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29768&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29768&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29768&r=float
#29767 [Opn]: Weird behaviour of __set($name, $value);
ID: 29767 User updated by: morten at nilsen dot com Reported By: morten at nilsen dot com Status: Open Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5.0.1 New Comment: further weirdness uncovered with this code; "; } } $test = new test; $test->kake = 1; $test->kake = 2; $a = 3; $test->kake = $a; $a++; $test->kake = $a; for($a = 0; $a < 10; ++$a) $test->kake = $a; ?> Previous Comments: [2004-08-20 04:16:34] morten at nilsen dot com (obvious) workaround is to change: if($name[0] != '&') $name = '&'.$name.';'; into: $entity = "&$name;"; [2004-08-20 03:55:51] morten at nilsen dot com Description: The attached script behaves ilogically Reproduce code: --- "; if($name[0] != '&') $name = '&'.$name.';'; } } function fetchlist($name) { global $template; echo '$template->what = '.$name.''; $template->what = $name; } $template = new template(); fetchlist('user'); fetchlist('group'); ?> Expected result: $template->what = user Set what to user $template->what = group Set what to group Actual result: -- $template->what = user Set what to user $template->what = group Set &what; to group -- Edit this bug report at http://bugs.php.net/?id=29767&edit=1
#29716 [Bgs->WFx]: alan_k
ID: 29716 Updated by: [EMAIL PROTECTED] -Summary: Critical - conditional class definitions are compiled and produce errors Reported By: alan at akbkhome dot com -Status: Bogus +Status: Wont fix Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5.* Assigned To: helly New Comment: changing status to reflect situation. Probably the best workaround to offer overload PHP4/PHP5 compatiblity is to use eval to create a base class eg. eval(' class PHP4_Overload { function __call($method,$args,&$return) { return $this->_call($method,$args,$return);; } } '); Previous Comments: [2004-08-17 09:25:48] [EMAIL PROTECTED] Btw. ext/overload: This extension is EXPERIMENTAL. The behaviour of this extension -- including the names of its functions and anything else documented about this extension -- may change without notice in a future release of PHP. Use this extension at your own risk [2004-08-17 09:18:32] [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 We no longer support ext/overload (and ext/aggregation). In PHP 5 __autoload was reimplemented as a new different feature even though it is in some manner meant to be able to replace the old behavior. But it is meant to do it etter and offer more. Hence unfortunatley those two are different things and yes we broke BC. [2004-08-17 08:15:28] [EMAIL PROTECTED] Marcus breaks it, marcus should fix it :) Also, can you please add a test case for this? thanks [2004-08-17 06:21:19] [EMAIL PROTECTED] Relivant change http://cvs.php.net/diff.php/ZendEngine2/zend_compile.c?ws=0&r1=1.567&r2=1.567.2.1&ty=u I suggest testing for > 1, rather than != 2 on call, as that's the only one who's API changed in PHP4->5 [2004-08-17 06:01:38] alan at akbkhome dot com Description: something changed in 5.0.1 that breaks conditional class definitions. hence breaking code that worked ok on php4 & php5.0.0 Reproduce code: --- Expected result: nothing Actual result: -- Content-type: text/html X-Powered-By: PHP/5.0.1 Fatal error: Method DB_DataObject_Overload::__call() must take exactly 2 arguments in /usr/src/php/php-5.0.1/test1.php on line 16 a -- Edit this bug report at http://bugs.php.net/?id=29716&edit=1
#29716 [WFx]: __call with wrong no. of arguments prevents simple BC wrappers.
ID: 29716 Updated by: [EMAIL PROTECTED] -Summary: alan_k Reported By: alan at akbkhome dot com Status: Wont fix Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5.* New Comment: changing title (oops) Previous Comments: [2004-08-20 05:50:22] [EMAIL PROTECTED] changing status to reflect situation. Probably the best workaround to offer overload PHP4/PHP5 compatiblity is to use eval to create a base class eg. eval(' class PHP4_Overload { function __call($method,$args,&$return) { return $this->_call($method,$args,$return);; } } '); [2004-08-17 09:25:48] [EMAIL PROTECTED] Btw. ext/overload: This extension is EXPERIMENTAL. The behaviour of this extension -- including the names of its functions and anything else documented about this extension -- may change without notice in a future release of PHP. Use this extension at your own risk [2004-08-17 09:18:32] [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 We no longer support ext/overload (and ext/aggregation). In PHP 5 __autoload was reimplemented as a new different feature even though it is in some manner meant to be able to replace the old behavior. But it is meant to do it etter and offer more. Hence unfortunatley those two are different things and yes we broke BC. [2004-08-17 08:15:28] [EMAIL PROTECTED] Marcus breaks it, marcus should fix it :) Also, can you please add a test case for this? thanks [2004-08-17 06:21:19] [EMAIL PROTECTED] Relivant change http://cvs.php.net/diff.php/ZendEngine2/zend_compile.c?ws=0&r1=1.567&r2=1.567.2.1&ty=u I suggest testing for > 1, rather than != 2 on call, as that's the only one who's API changed in PHP4->5 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/29716 -- Edit this bug report at http://bugs.php.net/?id=29716&edit=1