#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
