from:"vivekanandan8 at yahoo dot com"

[PHP-BUG] Bug #53563 [NEW]: print statement returns nothing

2010-12-17 Thread vivekanandan8 at yahoo dot com

From: 
Operating system: windows
PHP version:  5.2.16
Package:  Output Control
Bug Type: Bug
Bug description:print statement returns nothing

Description:

?php

$var1 = 10;

$var2=11; 

print  condition=.$var1==$var2; 

?

Expected result:

condition=0

Actual result:
--
empty screen 

-- 
Edit bug report at http://bugs.php.net/bug.php?id=53563edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53563r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53563r=trysnapshot53
Try a snapshot (trunk):  
http://bugs.php.net/fix.php?id=53563r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53563r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=53563r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53563r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=53563r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=53563r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=53563r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=53563r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=53563r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=53563r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=53563r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53563r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=53563r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53563r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=53563r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=53563r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=53563r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=53563r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=53563r=mysqlcfg

#48085 [NEW]: pack unpack missing for 64 bit data

2009-04-27 Thread vivekanandan8 at yahoo dot com

From: vivekanandan8 at yahoo dot com
Operating system: all os 
PHP version:  5.3.0RC1
PHP Bug Type: Strings related
Bug description:  pack  unpack missing for 64 bit data

Description:

In the PHP 5.3,packing and unpacking function is done like Perl,
but like in Perl processing for 64 bit data is missing.Hence  Implemented
it and tested it, the source code as follows 
http://www.gnudeveloper.com/software/php-5.3/pack.c

The PHP example code also found at  

http://www.gnudeveloper.com/forum/viewtopic.php?f=4t=11p=27#p27
 
  


Reproduce code:
---
$vBinData = pack(Q, 0x1234567812345678);
$vHexData = bin2hex($vBinData);
var_dump($vHexData);

list(,$v32Value) = unpack('Q',
chr(0x80).chr(0x00).chr(0x00).chr(0x00).chr(0x00).chr(0x00).chr(0x00).chr(0x09));
print $v32Value.'br'.\n;
echo hexdec(dechex($v32Value)) . 0x . dechex($v32Value) . br;

Expected result:

7856341278563412
0980


Actual result:
--
This is not implemented  like in Perl 

-- 
Edit bug report at http://bugs.php.net/?id=48085edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48085r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48085r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48085r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48085r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=48085r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48085r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=48085r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=48085r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=48085r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=48085r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=48085r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=48085r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=48085r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48085r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=48085r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48085r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=48085r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=48085r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=48085r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=48085r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=48085r=mysqlcfg

#47564 [Com]: unpacking unsigned long 32bit bit endian returns wrong result

2009-04-14 Thread vivekanandan8 at yahoo dot com

 ID:   47564
 Comment by:   vivekanandan8 at yahoo dot com
 Reported By:  laacz at laacz dot lv
 Status:   Open
 Bug Type: Strings related
 Operating System: 6.1-STABLE FreeBSD (amd64)
 PHP Version:  5.2.9
 New Comment:

Hi,
   for signed long also work properly,please use code below. 

v |= php_unpack(input[inputpos], 4, issigned, map);
if (sizeof(long)  4) {
   if( type == 'l' ) {
  v = (signed int) v; 
   }else{ 
   v = (unsigned int) v;
   }
}

Full Source Code: 

http://www.gnudeveloper.com/software/php-5.3/pack.c


Regards,
vivekanandan.


Previous Comments:


[2009-04-10 11:07:27] vivekanandan8 at yahoo dot com

Hi,
Regarding the bug fix, This is tested in Version PHP 5.3 and works
fine,for any one needs full source code :   
http://www.gnudeveloper.com/software/php/pack.c

Regards,
vivekanandan.



[2009-04-10 10:46:57] vivekanandan8 at yahoo dot com

Hi,
   Generally the Zend engine holds any variable as  zval which holds
the integer as long data type only. 

32 bit Platform: long = 4 byte = 32 bit 
64 bit Platform: long = 8 byte = 64 bit
64 bit Platform: unsigned int = 4 byte = 32 bit

Hence in the 64 bit platform, we have to convert from long to unsigned
int only in 64 bit Platform.
Hence in php source  php5.3-200903301230/ext/standard/pack.c
In PHP_FUNCTION(unpack) place, add this convertion immediate
after  php_unpack function as folows. 

v |= php_unpack(input[inputpos], 4, issigned, map);
if (sizeof(long)  4) { v = (unsigned int) v; }


I tested in both 32  64 bit platform ,it works fine , please close
this Bug
Regards,
vivekanandan



[2009-03-04 16:43:21] laacz at laacz dot lv

Description:

Unpacking unsigned long (32bit; always big endian; N) on 64bit 
system returns 64bit signed int instead of 32bit.

You can do  0x on unpacked value, and get desired result, 
but that's still a bug.

Reproduce code:
---
?php
list(,$command_id) =  unpack('N', chr(0x80) . chr(0x00) . chr(0x00) .
chr(0x09));
echo hexdec(dechex($command_id)) . \n0x . dechex($command_id) .
\n;
?



Expected result:

2147483657
0x8009





Actual result:
--
1.8446744071562E+19
0x8009









-- 
Edit this bug report at http://bugs.php.net/?id=47564edit=1

#47564 [Com]: unpacking unsigned long 32bit bit endian returns wrong result

2009-04-10 Thread vivekanandan8 at yahoo dot com

 ID:   47564
 Comment by:   vivekanandan8 at yahoo dot com
 Reported By:  laacz at laacz dot lv
 Status:   Open
 Bug Type: Strings related
 Operating System: 6.1-STABLE FreeBSD (amd64)
 PHP Version:  5.2.9
 New Comment:

Hi,
   Generally the Zend engine holds any variable as  zval which holds
the integer as long data type only. 

32 bit Platform: long = 4 byte = 32 bit 
64 bit Platform: long = 8 byte = 64 bit
64 bit Platform: unsigned int = 4 byte = 32 bit

Hence in the 64 bit platform, we have to convert from long to unsigned
int only in 64 bit Platform.
Hence in php source  php5.3-200903301230/ext/standard/pack.c
In PHP_FUNCTION(unpack) place, add this convertion immediate
after  php_unpack function as folows. 

v |= php_unpack(input[inputpos], 4, issigned, map);
if (sizeof(long)  4) { v = (unsigned int) v; }


I tested in both 32  64 bit platform ,it works fine , please close
this Bug
Regards,
vivekanandan


Previous Comments:


[2009-03-04 16:43:21] laacz at laacz dot lv

Description:

Unpacking unsigned long (32bit; always big endian; N) on 64bit 
system returns 64bit signed int instead of 32bit.

You can do  0x on unpacked value, and get desired result, 
but that's still a bug.

Reproduce code:
---
?php
list(,$command_id) =  unpack('N', chr(0x80) . chr(0x00) . chr(0x00) .
chr(0x09));
echo hexdec(dechex($command_id)) . \n0x . dechex($command_id) .
\n;
?



Expected result:

2147483657
0x8009





Actual result:
--
1.8446744071562E+19
0x8009









-- 
Edit this bug report at http://bugs.php.net/?id=47564edit=1

#47564 [Com]: unpacking unsigned long 32bit bit endian returns wrong result

2009-04-10 Thread vivekanandan8 at yahoo dot com

 ID:   47564
 Comment by:   vivekanandan8 at yahoo dot com
 Reported By:  laacz at laacz dot lv
 Status:   Open
 Bug Type: Strings related
 Operating System: 6.1-STABLE FreeBSD (amd64)
 PHP Version:  5.2.9
 New Comment:

Hi,
Regarding the bug fix, This is tested in Version PHP 5.3 and works
fine,for any one needs full source code :   
http://www.gnudeveloper.com/software/php/pack.c

Regards,
vivekanandan.


Previous Comments:


[2009-04-10 10:46:57] vivekanandan8 at yahoo dot com

Hi,
   Generally the Zend engine holds any variable as  zval which holds
the integer as long data type only. 

32 bit Platform: long = 4 byte = 32 bit 
64 bit Platform: long = 8 byte = 64 bit
64 bit Platform: unsigned int = 4 byte = 32 bit

Hence in the 64 bit platform, we have to convert from long to unsigned
int only in 64 bit Platform.
Hence in php source  php5.3-200903301230/ext/standard/pack.c
In PHP_FUNCTION(unpack) place, add this convertion immediate
after  php_unpack function as folows. 

v |= php_unpack(input[inputpos], 4, issigned, map);
if (sizeof(long)  4) { v = (unsigned int) v; }


I tested in both 32  64 bit platform ,it works fine , please close
this Bug
Regards,
vivekanandan



[2009-03-04 16:43:21] laacz at laacz dot lv

Description:

Unpacking unsigned long (32bit; always big endian; N) on 64bit 
system returns 64bit signed int instead of 32bit.

You can do  0x on unpacked value, and get desired result, 
but that's still a bug.

Reproduce code:
---
?php
list(,$command_id) =  unpack('N', chr(0x80) . chr(0x00) . chr(0x00) .
chr(0x09));
echo hexdec(dechex($command_id)) . \n0x . dechex($command_id) .
\n;
?



Expected result:

2147483657
0x8009





Actual result:
--
1.8446744071562E+19
0x8009









-- 
Edit this bug report at http://bugs.php.net/?id=47564edit=1

#47805 [NEW]: integer overflows it is converted to double but it is not done in vice versa.

2009-03-27 Thread vivekanandan8 at yahoo dot com

From: vivekanandan8 at yahoo dot com
Operating system: Debian
PHP version:  5.2CVS-2009-03-27 (snap)
PHP Bug Type: Scripting Engine problem
Bug description:  integer overflows it is converted to double but it is not 
done in vice versa.

Description:

when the integer overflows it is converted to double but it is not done in
vice versa.
Hence i fell:
it is not done from double to long.
Hence in the function increment_function(zend_operators.c)
we have to add the validation as follows 
case IS_DOUBLE:  
 if(op1-value.dval == LONG_MIN) {   
  op1-value.lval = (long) op1-value.dval+1;
  op1-type = IS_LONG; 
 }else{
   op1-value.dval = op1-value.dval + 1;
}

Reproduce code:
---
?

$vValue = -2147483647;
var_dump($vValue); //output: int(-2147483647) 
$vValue--;
var_dump($vValue); //output: float(-2147483648) 
$vValue--;
var_dump($vValue); //output: float(-2147483649) 
$vValue++;
var_dump($vValue);//output: float(-2147483648) 
$vValue++;
var_dump($vValue);//output: float(-2147483647)
?

Expected result:

int(-2147483647) int(-2147483648) float(-2147483649) int(-2147483648)
int(-2147483647)

Actual result:
--
int(-2147483647) int(-2147483648) float(-2147483649) float(-2147483648)
float(-2147483647)

-- 
Edit bug report at http://bugs.php.net/?id=47805edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47805r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47805r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47805r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47805r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=47805r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47805r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=47805r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=47805r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=47805r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=47805r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=47805r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=47805r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=47805r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47805r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=47805r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47805r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=47805r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=47805r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=47805r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=47805r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=47805r=mysqlcfg

#47774 [Bgs]: Integer Overflow

2009-03-26 Thread vivekanandan8 at yahoo dot com

 ID:   47774
 User updated by:  vivekanandan8 at yahoo dot com
 Reported By:  vivekanandan8 at yahoo dot com
 Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Debian
 PHP Version:  5.2CVS-2009-03-25 (snap)
 New Comment:

Hi,
   Thanks for your information.but when the overflow occurs at the 
runtime, then also the data type conversion does not change.
Ex: 
?
$vValue = -2147483649;
var_dump($vValue); //output: float(-2147483649) 
$vValue++;
var_dump($vValue);//output: float(-2147483648) 
$vValue++;
var_dump($vValue);//output: float(-2147483647)
?
Initially $vValue is double , but even later execution it is not
converted to integer when it can hold values. 

   when the overflow occurs we convert  from long to double but i fell
it is not done from double to long.
Hence in the function increment_function(zend_operators.c)
we have to add the validation as follows 
case IS_DOUBLE:  
 if(op1-value.dval == LONG_MIN) {   
  op1-value.lval = (long) op1-value.dval+1;
  op1-type = IS_LONG; 
 }else{
   op1-value.dval = op1-value.dval + 1;
}


Previous Comments:


[2009-03-25 16:15:16] matt...@php.net

This is the expected behavior. Happens because it's not parsed as a
single negative number, but a positive number (and 2147483648 needs to
be a float) that is then negated afterwards. So it's treated more like
-(2147483648). Hope that helps explain what's going on. :-)



[2009-03-25 14:28:33] vivekanandan8 at yahoo dot com

Description:

Generally when integer number exceed(overflows), it is converted to
float,But for the number -2147483648 the Integer can hold, but converted
to float.   

Reproduce code:
---
?
$vValue =   (int)-2147483648;
var_dump($vValue);
$vValue = -2147483648;
var_dump($vValue);
?

Expected result:

int(-2147483648) int(-2147483648) 

Actual result:
--
int(-2147483648) float(-2147483648) 





-- 
Edit this bug report at http://bugs.php.net/?id=47774edit=1

#47774 [NEW]: Integer Overflow

2009-03-25 Thread vivekanandan8 at yahoo dot com

From: vivekanandan8 at yahoo dot com
Operating system: Debian
PHP version:  5.2CVS-2009-03-25 (snap)
PHP Bug Type: Scripting Engine problem
Bug description:  Integer Overflow

Description:

Generally when integer number exceed(overflows), it is converted to
float,But for the number -2147483648 the Integer can hold, but converted to
float.   

Reproduce code:
---
?
$vValue =   (int)-2147483648;
var_dump($vValue);
$vValue = -2147483648;
var_dump($vValue);
?

Expected result:

int(-2147483648) int(-2147483648) 

Actual result:
--
int(-2147483648) float(-2147483648) 

-- 
Edit bug report at http://bugs.php.net/?id=47774edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47774r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47774r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47774r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47774r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=47774r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47774r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=47774r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=47774r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=47774r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=47774r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=47774r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=47774r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=47774r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47774r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=47774r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47774r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=47774r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=47774r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=47774r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=47774r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=47774r=mysqlcfg

#47542 [NEW]: configuration variable doesn't work for includes,requires

2009-03-02 Thread vivekanandan8 at yahoo dot com

From: vivekanandan8 at yahoo dot com
Operating system: debian linux 
PHP version:  5.2.9
PHP Bug Type: *Configuration Issues
Bug description:  configuration variable doesn't work for includes,requires 

Description:

When  setting configuration variable using ini_set for displaying errors
does not work  when  we set in  line before the error when we are using
include or require.but it works when we set in main page. 



Reproduce code:
---
//This is includeFile.php
?
ini_set(display_errors,1); 
print This is includefile.php
   
?
//This is test.php
? ini_set(display_errors,0);
print before include;
require_once 'includefile.php'; 
?


Expected result:

before include
Parse error: syntax error, unexpected $end in
/var/www/cof1/bk/sivam/test1/includefile.php on line 5

Actual result:
--
before include

-- 
Edit bug report at http://bugs.php.net/?id=47542edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47542r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47542r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47542r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47542r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=47542r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47542r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=47542r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=47542r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=47542r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=47542r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=47542r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=47542r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=47542r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47542r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=47542r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47542r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=47542r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=47542r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=47542r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=47542r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=47542r=mysqlcfg

#47379 [NEW]: After defining namespace using curly brace, we can't have any statement then

2009-02-12 Thread vivekanandan8 at yahoo dot com

From: vivekanandan8 at yahoo dot com
Operating system: debian linux 
PHP version:  5.3.0beta1
PHP Bug Type: *Programming Data Structures
Bug description:  After defining namespace using curly brace, we can't have any 
statement then

Description:

when defining the namespace using the curly brace,no statement can't be
accepted after the end of namespace,hence we are forced to use in the
separate include file.
where as other format of defining namespace like 
namsespace a; works fine.


Reproduce code:
---
?php

namespace nsUserInfo {
const vRole = 'user';
}

print Expected Result :. \nsUserInfo\vRole;

?


Expected result:

Expected Result :user

Actual result:
--
Fatal error: No code may exist outside of namespace {} in
/usr/local/apache/htdocs/php/nstest.php on line 7

-- 
Edit bug report at http://bugs.php.net/?id=47379edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47379r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47379r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47379r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47379r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=47379r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47379r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=47379r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=47379r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=47379r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=47379r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=47379r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=47379r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=47379r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47379r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=47379r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47379r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=47379r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=47379r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=47379r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=47379r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=47379r=mysqlcfg

#47163 [NEW]: needs seperate copy of member variable irrespictive access modifier changes.

2009-01-20 Thread vivekanandan8 at yahoo dot com

From: vivekanandan8 at yahoo dot com
Operating system: debian linux 
PHP version:  5.2CVS-2009-01-20 (snap)
PHP Bug Type: Class/Object related
Bug description:  needs seperate copy of member variable irrespictive access 
modifier changes.

Description:

i am using php 5.2.6 in debian linux platform.Having common  member
variables names in classes used in inheritance still has problem.
when we declare as private for both member variable it works fine 
but when we declare parent member variable as public , it throws error

Expected result:
  needs seperate copy of the member variable as the same behaviour as both
are private.
Actual Result:
 Access level to son::$mName must be public (as in class dad) i
 


vivek

Reproduce code:
---
?
class dad { 
public $mName; 
function setDADName(){
$this-mName='father'; 
}
}

class son extends dad {  
private $mName; 
function setSONName(){
$this-mName='child'; 
}
}
  $oChildObj = new son;  
$oChildObj-setDADName(); 
$oChildObj-setSONName(); 
?

Expected result:

both call to same member variable successfully assign  value to $mName
same as when they are private in both clases(dad,son).

Actual result:
--
Access level to son::$mName must be public (as in class dad) 

-- 
Edit bug report at http://bugs.php.net/?id=47163edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47163r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47163r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47163r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47163r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=47163r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47163r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=47163r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=47163r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=47163r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=47163r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=47163r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=47163r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=47163r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47163r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=47163r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47163r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=47163r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=47163r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=47163r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=47163r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=47163r=mysqlcfg

#42840 [NEW]: Post method eiht numerous , produce random data

2007-10-03 Thread vivekanandan8 at yahoo dot com

From: vivekanandan8 at yahoo dot com
Operating system: Linux
PHP version:  5CVS-2007-10-03 (CVS)
PHP Bug Type: Compile Failure
Bug description:  Post method eiht numerous , produce random data 

Description:

when we post data in post method which has numerous ,
even we cant get the partial content that means the data before , which 
collapse the other post variable , forthat i am using stream, but we need
to fix this bug in php as in perl

Reproduce code:
---
 input data
http://imag.serv.com/dll.dll?cmd=imgI=\\photonasbak\gallery10$\1011000\1011421\Orig\2863973_20070716_183808_orig.jpgc=0r=270cpwidth=2cpheight=2cpalign=100cpswap=yesOv=overlays\bz2.pngOa=$(BR)

Expected result:

same as input data 

Actual result:
--
random data 

-- 
Edit bug report at http://bugs.php.net/?id=42840edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=42840r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=42840r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=42840r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42840r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=42840r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=42840r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42840r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42840r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=42840r=support
Expected behavior:http://bugs.php.net/fix.php?id=42840r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=42840r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=42840r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42840r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=42840r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42840r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42840r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=42840r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=42840r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=42840r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42840r=mysqlcfg

[PHP-BUG] Bug #53563 [NEW]: print statement returns nothing

#48085 [NEW]: pack unpack missing for 64 bit data

#47564 [Com]: unpacking unsigned long 32bit bit endian returns wrong result

#47564 [Com]: unpacking unsigned long 32bit bit endian returns wrong result

#47564 [Com]: unpacking unsigned long 32bit bit endian returns wrong result

#47805 [NEW]: integer overflows it is converted to double but it is not done in vice versa.

#47774 [Bgs]: Integer Overflow

#47774 [NEW]: Integer Overflow

#47542 [NEW]: configuration variable doesn't work for includes,requires

#47379 [NEW]: After defining namespace using curly brace, we can't have any statement then

#47163 [NEW]: needs seperate copy of member variable irrespictive access modifier changes.

#42840 [NEW]: Post method eiht numerous , produce random data

12 matches

Site Navigation

Mail list logo

Footer information