#29753 [NEW]: Parameters of mcal_fetch_event()

2004-08-19 Thread [EMAIL PROTECTED]
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

2004-08-19 Thread info at webaq dot com
 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.

2004-08-19 Thread helly
 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

2004-08-19 Thread derick
 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

2004-08-19 Thread esartoni at omniaglobal dot net
 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

2004-08-19 Thread tony2001
 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

2004-08-19 Thread john dot g at envent dot co dot za
 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[›Ùܘ[KƒO...
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()

2004-08-19 Thread mytrash at seznam dot cz
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

2004-08-19 Thread bip at pennec dot org
 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

2004-08-19 Thread derick
 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?

2004-08-19 Thread asoft at asoft dot no-ip dot org
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?

2004-08-19 Thread derick
 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

2004-08-19 Thread hfuecks at phppatterns dot com
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

2004-08-19 Thread chregu
 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

2004-08-19 Thread chregu
 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

2004-08-19 Thread belikoviv at is dot lg dot ua
 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

2004-08-19 Thread pm at wallit dot net
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

2004-08-19 Thread ab at c dot de
 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

2004-08-19 Thread bd at avatartechnology dot com
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

2004-08-19 Thread belikoviv at is dot lg dot ua
 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

2004-08-19 Thread tony2001
 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

2004-08-19 Thread tony2001
 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

2004-08-19 Thread peter at peterbengtson dot com
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

2004-08-19 Thread sych at php dot com dot ua
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

2004-08-19 Thread tony2001
 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

2004-08-19 Thread tony2001
 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

2004-08-19 Thread sych at php dot com dot ua
 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

2004-08-19 Thread derick
 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

2004-08-19 Thread derick
 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

2004-08-19 Thread derick
 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

2004-08-19 Thread derick
 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

2004-08-19 Thread bd at avatartechnology dot com
 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

2004-08-19 Thread bd at avatartechnology dot com
 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

2004-08-19 Thread derick
 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

2004-08-19 Thread pubnelle at megaphone dot ch
 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()

2004-08-19 Thread steemann at globalpark dot de
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

2004-08-19 Thread mesarpe at gmail dot com
 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

2004-08-19 Thread belikoviv at is dot lg dot ua
 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

2004-08-19 Thread hip at cs dot okstate dot edu
 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

2004-08-19 Thread fmonna at generali dot es
 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

2004-08-19 Thread tony2001
 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

2004-08-19 Thread tony2001
 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

2004-08-19 Thread jaccoh at infogateway dot org
 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

2004-08-19 Thread nospam at imaginacolombia dot com
 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

2004-08-19 Thread pfr at cs dot cmu dot edu
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

2004-08-19 Thread pfr at cs dot cmu dot edu
 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

2004-08-19 Thread pfr at cs dot cmu dot edu
 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

2004-08-19 Thread sigurd at totallydigital dot co dot nz
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

2004-08-19 Thread jaccoh at infogateway dot org
 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

2004-08-19 Thread helly
 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

2004-08-19 Thread sparkeh at btinternet dot com
 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

2004-08-19 Thread marius at electricplus dot ro
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

2004-08-19 Thread vma1 at abv dot bg
 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

2004-08-19 Thread z dot jiang1 at csuohio dot edu
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

2004-08-19 Thread cyanide320 at hotmail dot com
 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

2004-08-19 Thread pollita
 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

2004-08-19 Thread marcus at synchromedia dot co dot uk
 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

2004-08-19 Thread marcus at synchromedia dot co dot uk
 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

2004-08-19 Thread marcus at synchromedia dot co dot uk
 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)

2004-08-19 Thread php-bugs
 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]

2004-08-19 Thread SWISSWAP at BLUEWIN dot CH
 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

2004-08-19 Thread tmgh at www dot deyang dot gov dot cn
 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

2004-08-19 Thread t dot meesters at triptic dot nl
 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

2004-08-19 Thread tim at komta dot com
 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()

2004-08-19 Thread iliaa
 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!

2004-08-19 Thread tmgh at www dot deyang dot gov dot cn
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

2004-08-19 Thread tim at komta dot com
 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!

2004-08-19 Thread tmgh at www dot deyang dot gov dot cn
 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);

2004-08-19 Thread morten at nilsen dot com
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);

2004-08-19 Thread morten at nilsen dot com
 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

2004-08-19 Thread roy dot ho at optus dot com dot au
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);

2004-08-19 Thread morten at nilsen dot com
 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

2004-08-19 Thread 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.

2004-08-19 Thread alan_k
 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