#40151 [Opn-Bgs]: fsockopen can not work?

2007-01-19 Thread tony2001
 ID:   40151
 Updated by:   [EMAIL PROTECTED]
 Reported By:  playercd8 at hotmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Network related
 Operating System: FreeBSD5.5
 PHP Version:  5.2.0
 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.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




Previous Comments:


[2007-01-19 04:25:18] playercd8 at hotmail dot com

I can manual telnet remote WebServer to get a html-file at FreeBSD.

but, I can not use fsockopen at FreeBSD.

Why?



[2007-01-19 02:23:15] playercd8 at hotmail dot com

function HttpRequest, It can run at PHP of Fedora Core 6.
but, Why it can not run at FreeBSD ?

Source code of the function, from 
http://www.webdeveloper.com/forum/archive/index.php/t-117095.html
, and my some fix it.



PHP work at FreeBSD, It can use socket_connect/socket_recv/socket_write
...etc.
but, why It can not use fsockopen ?

Why ?
-

function HttpRequest( $url, $method = GET, $data = NULL,
$additional_headers = NULL, $followRedirects = true )

{

# in compliance with the RFC 2616 post data will not redirected

$method = strtoupper($method);

$url_parsed = @parse_url($url);

if ([EMAIL PROTECTED]'scheme']) $url_parsed =
@parse_url('http://'.$url);

extract($url_parsed);



$data_get = NULL;

if(is_array($data))

{

$ampersand = '';

$temp = NULL;

foreach($data as $k = $v)

{

if ($k != 0)

{

$temp .= 
$ampersand.urlencode($k).'='.urlencode($v);

$ampersand = '';

}

}

$data_get = $temp;

}

if([EMAIL PROTECTED])

{

if ($scheme == https)

$port = 443;

else

$port = 80;

}

if([EMAIL PROTECTED]) $path = '/';

if(($method == GET) and (@$data_get)) $path .= ?.$data_get;


#debug  
if ($this-debug == true)   echo $path; 


$out = $method $path {$_SERVER['SERVER_PROTOCOL']}\r\n;

$out .= Host: $host\r\n;


if($method == 'POST')

{

$out .= Content-type: 
application/x-www-form-urlencoded\r\n;

$out .= Content-length:  . @strlen($data_get) . 
\r\n;

}

$out .= (@$additional_headers)?$additional_headers:'';

$out .= Connection: Close\r\n\r\n;

if($method == POST) $out .= $data_get.\r\n;

#debug
if ($this-debug == true)   echo $out;

#fix https

$openhost = ($scheme == https ? ssl:// : ).$host;

#debug

if ($this-debug == true)   echo
OpenSocket:.$openhost.(.$port.);


if(!$fp = @fsockopen($openhost, $port, $errno, $errstr, 15))

{
#debug

if ($this-debug == true)   echo Now can not open
socket.\nError($errno) $errstr\n;


return false;

}

fwrite($fp, $out);



while (!feof($fp))

{

$s = fgets($fp, 128);


#debug

if ($this-debug == true)   echo \n.$s;



if ( $s == \r\n )

{

$foundBody = true;

continue;

}

if ( $foundBody )

{

$body .= $s;

} else {



#echo $s;



if( ($followRedirects) and 
(preg_match('/^Location:(.*)/i', $s,
$matches) != false) )

{

   

#40163 [Opn-Fbk]: UNC Path not working

2007-01-19 Thread tony2001
 ID:   40163
 Updated by:   [EMAIL PROTECTED]
 Reported By:  coyle at washpenn dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Directory function related
 Operating System: Windows 2003
 PHP Version:  5.2.0
 New Comment:

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.





Previous Comments:


[2007-01-19 01:00:36] coyle at washpenn dot com

Description:

Using UNC path to save out a file in PHP 5.1.6 and everything works
great.  Upgraded to PHP 5.2.0 today and the UNC will not work anymore.

Reproduce code:
---
$path = 'server\\share\\directory\\'

if(is_dir($path)) {
   print 'directory exists';
} else {
   print 'directory does not exists';
}

Expected result:

directory exists

Actual result:
--
directory does not exists





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


#40151 [Bgs]: fsockopen can not work?

2007-01-19 Thread playercd8 at hotmail dot com
 ID:   40151
 User updated by:  playercd8 at hotmail dot com
 Reported By:  playercd8 at hotmail dot com
 Status:   Bogus
 Bug Type: Network related
 Operating System: FreeBSD5.5
 PHP Version:  5.2.0
 New Comment:

are your answer like PHP5 can not sure to use fsockopen at FreeBSD?

is fsockopen not support at FreeBSD, now?

or, you are remove PHP5 able use at FreeBSD?

It's Bug? or not bug?


Previous Comments:


[2007-01-19 08:07:53] [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.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.





[2007-01-19 04:25:18] playercd8 at hotmail dot com

I can manual telnet remote WebServer to get a html-file at FreeBSD.

but, I can not use fsockopen at FreeBSD.

Why?



[2007-01-19 02:23:15] playercd8 at hotmail dot com

function HttpRequest, It can run at PHP of Fedora Core 6.
but, Why it can not run at FreeBSD ?

Source code of the function, from 
http://www.webdeveloper.com/forum/archive/index.php/t-117095.html
, and my some fix it.



PHP work at FreeBSD, It can use socket_connect/socket_recv/socket_write
...etc.
but, why It can not use fsockopen ?

Why ?
-

function HttpRequest( $url, $method = GET, $data = NULL,
$additional_headers = NULL, $followRedirects = true )

{

# in compliance with the RFC 2616 post data will not redirected

$method = strtoupper($method);

$url_parsed = @parse_url($url);

if ([EMAIL PROTECTED]'scheme']) $url_parsed =
@parse_url('http://'.$url);

extract($url_parsed);



$data_get = NULL;

if(is_array($data))

{

$ampersand = '';

$temp = NULL;

foreach($data as $k = $v)

{

if ($k != 0)

{

$temp .= 
$ampersand.urlencode($k).'='.urlencode($v);

$ampersand = '';

}

}

$data_get = $temp;

}

if([EMAIL PROTECTED])

{

if ($scheme == https)

$port = 443;

else

$port = 80;

}

if([EMAIL PROTECTED]) $path = '/';

if(($method == GET) and (@$data_get)) $path .= ?.$data_get;


#debug  
if ($this-debug == true)   echo $path; 


$out = $method $path {$_SERVER['SERVER_PROTOCOL']}\r\n;

$out .= Host: $host\r\n;


if($method == 'POST')

{

$out .= Content-type: 
application/x-www-form-urlencoded\r\n;

$out .= Content-length:  . @strlen($data_get) . 
\r\n;

}

$out .= (@$additional_headers)?$additional_headers:'';

$out .= Connection: Close\r\n\r\n;

if($method == POST) $out .= $data_get.\r\n;

#debug
if ($this-debug == true)   echo $out;

#fix https

$openhost = ($scheme == https ? ssl:// : ).$host;

#debug

if ($this-debug == true)   echo
OpenSocket:.$openhost.(.$port.);


if(!$fp = @fsockopen($openhost, $port, $errno, $errstr, 15))

{
#debug

if ($this-debug == true)   echo Now can not open
socket.\nError($errno) $errstr\n;


return false;

}

fwrite($fp, $out);



while (!feof($fp))

{

$s = fgets($fp, 128);


#debug

if ($this-debug == true)   echo \n.$s;



if ( $s == \r\n )

{

$foundBody = true;

continue;

}

if ( $foundBody )

{

$body .= $s;


#40164 [NEW]: filetype() generates wrong error message type

2007-01-19 Thread pcdinh at gmail dot com
From: pcdinh at gmail dot com
Operating system: Windows
PHP version:  5.2.0
PHP Bug Type: Compile Warning
Bug description:  filetype() generates wrong error message type

Description:

The PHP Manual said: filetype() will also produce an E_NOTICE message if
the stat call fails or if the file type is unknown.

However, in fact, with PHP 5.2.0, Windows Xp Sp2, a E_WARNING message is
returned:
Warning: filetype() [function.filetype]: Lstat failed for W:/ in
D:\wvbsrc\mailing\demos\lib\core\WVB\View\Drivers\WVB_View_Standard.php on
line 73


Reproduce code:
---
if (filetype('W:/') === false)
{
echo Hello;
}

Expected result:

Notice: filetype() [function.filetype]: Lstat failed for W:/ in
D:\wvbsrc\mailing\demos\lib\core\WVB\View\Drivers\WVB_View_Standard.php on
line 73

Actual result:
--
Warning: filetype() [function.filetype]: Lstat failed for W:/ in
D:\wvbsrc\mailing\demos\lib\core\WVB\View\Drivers\WVB_View_Standard.php on
line 73

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


#39930 [Com]: Error passing Word macro arguments

2007-01-19 Thread wharmby at uk dot ibm dot com
 ID:   39930
 Comment by:   wharmby at uk dot ibm dot com
 Reported By:  poon dot fung at gmail dot com
 Status:   Open
 Bug Type: COM related
 Operating System: Windows XP
 PHP Version:  5.2.0
 New Comment:

As promised on internals list back in December I will attempt to
resolve some of the outstanding COM defects. 

I will start with this one.


Previous Comments:


[2007-01-04 07:43:19] poon dot fung at gmail dot com

Here is the output of my test run on
http://snaps.php.net/win32/php5.2-win32-latest.zip.

--- START OUTPUT ---
D:\php-bug2bug2-test1.php
TEST #1 OK!

D:\php-bug2bug2-test2.php
TEST #2 OK!

D:\php-bug2bug2-test3.php
TEST #3 OK!

D:\php-bug2bug2-test4.php
TEST #4 OK!

D:\php-bug2bug2-test5.php
PHP Fatal error:  Uncaught exception 'com_exception' with message
'Source: Unknown
Description: Unknown' in D:\php-bug2\bug2-test5.php:9
Stack trace:
#0 D:\php-bug2\bug2-test5.php(9): variant-Run('Normal.MyModule...',
'Some value')
#1 {main}
  thrown in D:\php-bug2\bug2-test5.php on line 9

D:\php-bug2bug2-test6.php
PHP Fatal error:  Uncaught exception 'com_exception' with message
'Source: Unknown
Description: Unknown' in D:\php-bug2\bug2-test6.php:9
Stack trace:
#0 D:\php-bug2\bug2-test6.php(9): variant-Run('Normal.MyModule...',
'Some value', 'Some value')
#1 {main}
  thrown in D:\php-bug2\bug2-test6.php on line 9

D:\php-bug2
--- END OUTPUT ---

Here are the test programs.

--- TEST 1 ---
?php
// First test -- This works fine

$word = new COM('Word.Application') or die('Start Word automation
failed.');
$word-Documents-Open('D:\php-bug2\testme.doc');

$word-Application-Run('phptest1');

$word-Quit();
$word = null;

print TEST #1 OK!\n;

?

--- TEST 2 ---

?php

// Second test -- This works fine

$word = new COM('Word.Application') or die('Start Word automation
failed.');
$word-Documents-Open('D:\php-bug2\testme.doc');

$arg1 = 'Some value';
$word-Application-Run('phptest2', $arg1);

$word-Quit();
$word = null;

print TEST #2 OK!\n;

?

--- TEST 3 ---

?php

// Third test -- This works fine

$word = new COM('Word.Application') or die('Start Word automation
failed.');
$word-Documents-Open('D:\php-bug2\testme.doc');

$arg1 = 'Some value';
$word-Application-Run('phptest3', $arg1, $arg1);

$word-Quit();
$word = null;

print TEST #3 OK!\n;

?

--- TEST 4 ---

?php

// Forth test -- This works fine

$word = new COM('Word.Application') or die('Start Word automation
failed.');
$word-Documents-Open('D:\php-bug2\testme.doc');

$arg1 = 'Some value';
$word-Application-Run('Normal.MyModule.phptest1');

$word-Quit();
$word = null;

print TEST #4 OK!\n;

?

--- TEST 5 ---

?php

// Fifth test -- FAILED

$word = new COM('Word.Application') or die('Start Word automation
failed.');
$word-Documents-Open('D:\php-bug2\testme.doc');

$arg1 = 'Some value';
$word-Application-Run('Normal.MyModule.phptest2', $arg1);

$word-Quit();
$word = null;

print TEST #5 OK!\n;

?

--- TEST 6 ---

?php

// Sixth test -- FAILED

$word = new COM('Word.Application') or die('Start Word automation
failed.');
$word-Documents-Open('D:\php-bug2\testme.doc');

$arg1 = 'Some value';
$word-Application-Run('Normal.MyModule.phptest3', $arg1, $arg1);

$word-Quit();
$word = null;

print TEST #6 OK!\n;

?



[2007-01-02 01:00:00] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2006-12-25 02:55:29] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip





[2006-12-22 07:34:47] poon dot fung at gmail dot com

Description:

I can call a Word macro without any argument ok. But when I pass a
string arguement to a Word macro, I get the following exception.

Source: Unknown
Description: Unknown

I discovered the following problem:

1. It works when a macro does not have argument. The macro can be in
the default macro file Module/NewMacros or other module file such as
Module/MyMacros.

2. It works when a macro has one or more arguements when the macro is
in default macro file Module/NewMacros.

It does not work when the same macro is copied to a different module
file such as Module/MyMacros.




Reproduce code:
---
?php

// C:\testme.doc is any Word document

$word = new COM('Word.Application') or die('Start Word automation
failed.');
$word-Documents-Open('c:\testme.doc');

$arg1 = 'Some value';

// First test -- This works fine
//$word-Application-Run('phptest1');

// Second test -- 

#40164 [Opn-Bgs]: filetype() generates wrong error message type

2007-01-19 Thread tony2001
 ID:   40164
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pcdinh at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Warning
 Operating System: Windows
 PHP Version:  5.2.0
 New Comment:

The manual says of another one possible error message.
This error message is Unknown file type (..) and it's indeed
E_NOTICE.


Previous Comments:


[2007-01-19 09:44:57] pcdinh at gmail dot com

Description:

The PHP Manual said: filetype() will also produce an E_NOTICE message
if the stat call fails or if the file type is unknown.

However, in fact, with PHP 5.2.0, Windows Xp Sp2, a E_WARNING message
is returned:
Warning: filetype() [function.filetype]: Lstat failed for W:/ in
D:\wvbsrc\mailing\demos\lib\core\WVB\View\Drivers\WVB_View_Standard.php
on line 73


Reproduce code:
---
if (filetype('W:/') === false)
{
echo Hello;
}

Expected result:

Notice: filetype() [function.filetype]: Lstat failed for W:/ in
D:\wvbsrc\mailing\demos\lib\core\WVB\View\Drivers\WVB_View_Standard.php
on line 73

Actual result:
--
Warning: filetype() [function.filetype]: Lstat failed for W:/ in
D:\wvbsrc\mailing\demos\lib\core\WVB\View\Drivers\WVB_View_Standard.php
on line 73





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


#40165 [NEW]: define() cost

2007-01-19 Thread gacek at intertele dot pl
From: gacek at intertele dot pl
Operating system: Linux FC4 x86_64
PHP version:  5.2.0
PHP Bug Type: Performance problem
Bug description:  define() cost

Description:

When playing with apd profiler, I have noticed huge cost of define() call.
It's over 20x the cost of average count() call.
Might it be apd inaccuracy or define() specifics, or define()
implementation is heavily broken?


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


#40165 [Opn]: define() cost

2007-01-19 Thread gacek at intertele dot pl
 ID:   40165
 User updated by:  gacek at intertele dot pl
 Reported By:  gacek at intertele dot pl
 Status:   Open
 Bug Type: Performance problem
 Operating System: Linux FC4 x86_64
 PHP Version:  5.2.0
 New Comment:

This is sample of pprofp -u output from fairly complex app:


Total Elapsed Time = 2.47
Total System Time  = 0.35
Total User Time= 1.36


 Real UserSystem secs/cumm
%Time (excl/cumm)  (excl/cumm)  (excl/cumm) Callscalls/call 
Memory Usage Name
--
13.9 0.24 0.24  0.19 0.19  0.04 0.04   850  0.0002   0.0002   
0 define
12.1 0.27 0.27  0.16 0.16  0.05 0.05  18653  0.   0.   
0 count
10.9 0.15 0.15  0.15 0.15  0.04 0.04  11652  0.   0.   
0 is_array
9.1 0.26 0.26  0.12 0.12  0.03 0.03  15489  0.   0.   
0 each
6.2 0.18 0.18  0.08 0.08  0.02 0.02  9012  0.   0.0
array_shift
4.1 0.08 0.08  0.06 0.06  0.02 0.02  5402  0.   0.0
ereg_replace
4.1 0.04 0.04  0.06 0.06  0.01 0.01   655  0.0001   0.00010
mysql_fetch_array
3.8 0.07 0.07  0.05 0.05  0.01 0.01  5277  0.   0.0
urlencode
2.9 0.04 0.04  0.04 0.04  0.00 0.00  2520  0.   0.0
func_num_args
2.9 0.05 0.05  0.04 0.04  0.00 0.00  1465  0.   0.0
sprintf


Previous Comments:


[2007-01-19 11:28:44] gacek at intertele dot pl

Description:

When playing with apd profiler, I have noticed huge cost of define()
call. It's over 20x the cost of average count() call.
Might it be apd inaccuracy or define() specifics, or define()
implementation is heavily broken?






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


#40165 [Opn-Fbk]: define() cost

2007-01-19 Thread tony2001
 ID:   40165
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gacek at intertele dot pl
-Status:   Open
+Status:   Feedback
 Bug Type: Performance problem
 Operating System: Linux FC4 x86_64
 PHP Version:  5.2.0
 New Comment:

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.





Previous Comments:


[2007-01-19 11:33:22] gacek at intertele dot pl

This is sample of pprofp -u output from fairly complex app:


Total Elapsed Time = 2.47
Total System Time  = 0.35
Total User Time= 1.36


 Real UserSystem secs/cumm
%Time (excl/cumm)  (excl/cumm)  (excl/cumm) Callscalls/call 
Memory Usage Name
--
13.9 0.24 0.24  0.19 0.19  0.04 0.04   850  0.0002   0.0002   
0 define
12.1 0.27 0.27  0.16 0.16  0.05 0.05  18653  0.   0.   
0 count
10.9 0.15 0.15  0.15 0.15  0.04 0.04  11652  0.   0.   
0 is_array
9.1 0.26 0.26  0.12 0.12  0.03 0.03  15489  0.   0.   
0 each
6.2 0.18 0.18  0.08 0.08  0.02 0.02  9012  0.   0.0
array_shift
4.1 0.08 0.08  0.06 0.06  0.02 0.02  5402  0.   0.0
ereg_replace
4.1 0.04 0.04  0.06 0.06  0.01 0.01   655  0.0001   0.00010
mysql_fetch_array
3.8 0.07 0.07  0.05 0.05  0.01 0.01  5277  0.   0.0
urlencode
2.9 0.04 0.04  0.04 0.04  0.00 0.00  2520  0.   0.0
func_num_args
2.9 0.05 0.05  0.04 0.04  0.00 0.00  1465  0.   0.0
sprintf



[2007-01-19 11:28:44] gacek at intertele dot pl

Description:

When playing with apd profiler, I have noticed huge cost of define()
call. It's over 20x the cost of average count() call.
Might it be apd inaccuracy or define() specifics, or define()
implementation is heavily broken?






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


#40158 [Fbk-Opn]: Artifact left on transparent pngs using image filters

2007-01-19 Thread henus at mail dot ru
 ID:   40158
 User updated by:  henus at mail dot ru
 Reported By:  henus at mail dot ru
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: Windows XP
 PHP Version:  5.2.0
 Assigned To:  pajoye
 New Comment:

Yes, the is global problem with alphablending in libgd\gd.c

but about imagealphablending($mask, false); // Important!:
i absolutely should not care about ebabling\disabling
imagealphablending before imagefilter, 
because of function shoud colorize image by new values of red,gree,blue

(!!!there is no alpha in parameters)

if IMG_FILTER_COLORIZE will have in parameters alpha,
if alphablending enable, value of alpha should allow for calculation of
new color values
(in gdImageColor it will before new_pxl =
gdImageColorAllocateAlpha(src, (int)r, (int)g, (int)b, a);)
and gdImageSetPixel shoul with disabled alphablending.


otherwise function work like merging of two images with alphablending.
where:
first image - source image from function parameters.
second image - correct colorized copy of source image.

it is not logically. it is incorrect.


another bug in imagefill:
this function not only fill image, it is also disable alphablending.
php example:

?
/* first colorizing */
$im1=imagecreatetruecolor(1,1);
imagealphablending($im1, TRUE);
$c01=imagecolorallocatealpha($im1,255,0,0,63);
imagefill($im1,0,0,$c01);
$c01=imagecolorsforindex($im1,imagecolorat($im1,0,0));
imagefilter($im1, IMG_FILTER_COLORIZE, -255, 255, 0);
$c1=imagecolorsforindex($im1,imagecolorat($im1,0,0));

/* second colorizing */
$im2=imagecreatetruecolor(1,1);
imagealphablending($im2, TRUE);
$c02=imagecolorallocatealpha($im2,255,0,0,63);
imagefill($im2,0,0,$c02);
$c02=imagecolorsforindex($im1,imagecolorat($im1,0,0));
/* att!!! after imagefill another enabling alphablending */
imagealphablending($im2, TRUE);
imagefilter($im2, IMG_FILTER_COLORIZE, -255, 255, 0);
$c2=imagecolorsforindex($im2,imagecolorat($im2,0,0));

printbrbefore 1 - ;
print_r($c01);
printbrafter  1 - ;
print_r($c1);
printbrbrbefore 2 - ;
print_r($c02);
printbrafter  2 - ;
print_r($c2);
?

results:
before 1- Array ( [red] = 255 [green] = 0 [blue] = 0 [alpha] = 63 )

after  1 - Array ( [red] = 0 [green] = 255 [blue] = 0 [alpha] = 63
) 

before 2- Array ( [red] = 0 [green] = 255 [blue] = 0 [alpha] = 63 )

after  2 - Array ( [red] = 126 [green] = 128 [blue] = 0 [alpha] =
31 )

where:
after 1 - correct result of IMG_FILTER_COLORIZE, because of imagefill
disable alphablending
after 2 - incorrect result of IMG_FILTER_COLORIZE, because of after
imagefill i manually enable alphablending


disabling alphablending in code it is good solutions for gdImageColor,
but after it is necessary to restore old value of alphaBlendingFlag.


Previous Comments:


[2007-01-18 19:54:09] [EMAIL PROTECTED]

pixel from edge with coord (95,11) have wrong color.
red-98 green-98 blue-164 (why is red0  and green0 ? after
substracting 255???)  (should be red-0 green-0 blue-102)

It is blended over the destination pixel. You have to disable alpha
blending *before* the imagefilter call.

This image:

http://blog.thepimp.net/misc/bug40158_black_filtered_mask.png

shows exactly what you are trying to do (blue, black or purple, it
really does not matter), the script being:

$mask=imagecreatefrompng(40158.png);
imagealphablending($mask, false); // Important!
imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255);
// save alpha, so we see its value
imagesavealpha($mask, true);
imagepng($mask,mask1.png);

Using your last example, the resulting image is like your
result_correct3.png.




[2007-01-18 19:37:49] henus at mail dot ru

it`s not solve my problem :(
first - 
about blue color - look at my submission from 
[18 Jan 11:03am UTC]

if use 
imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255);
the result is
http://www.fort-ross.ru/henus/gd/result_incorrect.png
with legibly visible artefacts.

second - 
image
http://blog.thepimp.net/misc/bug40158_result.png
also has artefacts at the adges...
pixel from edge with coord (95,11) have wrong color
red-98
green-98
blue-164
(why is red0  and green0 ? after substracting 255???) 

(should be
red-0
green-0
blue-102)

third - 
look at my submission from [18 Jan 5:56pm UTC]
why is 255-255=126



one more demo - 
using
imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, 0);

mask - http://fort-ross.ru/henus/gd/mask3.png
incorrect image - http://fort-ross.ru/henus/gd/result_incorrect3.png
correct image - http://fort-ross.ru/henus/gd/result_correct3.png



[2007-01-18 18:51:59] [EMAIL PROTECTED]

(rgba(255,0,0,xxx)) should have been (rgba(0,0,255,xxx)) but you
noticed it :)




#40158 [Opn]: Artifact left on transparent pngs using image filters

2007-01-19 Thread pajoye
 ID:   40158
 Updated by:   [EMAIL PROTECTED]
 Reported By:  henus at mail dot ru
 Status:   Open
 Bug Type: GD related
 Operating System: Windows XP
 PHP Version:  5.2.0
 Assigned To:  pajoye
 New Comment:

Can you *PLEASE* confirm that it works when you disable alpha blending?
Answer should be Yes or No, I got the details already. I really do not
have the time to explain/ask again and again the same thing.

About imagefill, yes, that's a bug. Please open a new one if you like.
I will fix it as soon as possible.


Previous Comments:


[2007-01-19 11:53:03] henus at mail dot ru

Yes, the is global problem with alphablending in libgd\gd.c

but about imagealphablending($mask, false); // Important!:
i absolutely should not care about ebabling\disabling
imagealphablending before imagefilter, 
because of function shoud colorize image by new values of red,gree,blue

(!!!there is no alpha in parameters)

if IMG_FILTER_COLORIZE will have in parameters alpha,
if alphablending enable, value of alpha should allow for calculation of
new color values
(in gdImageColor it will before new_pxl =
gdImageColorAllocateAlpha(src, (int)r, (int)g, (int)b, a);)
and gdImageSetPixel shoul with disabled alphablending.


otherwise function work like merging of two images with alphablending.
where:
first image - source image from function parameters.
second image - correct colorized copy of source image.

it is not logically. it is incorrect.


another bug in imagefill:
this function not only fill image, it is also disable alphablending.
php example:

?
/* first colorizing */
$im1=imagecreatetruecolor(1,1);
imagealphablending($im1, TRUE);
$c01=imagecolorallocatealpha($im1,255,0,0,63);
imagefill($im1,0,0,$c01);
$c01=imagecolorsforindex($im1,imagecolorat($im1,0,0));
imagefilter($im1, IMG_FILTER_COLORIZE, -255, 255, 0);
$c1=imagecolorsforindex($im1,imagecolorat($im1,0,0));

/* second colorizing */
$im2=imagecreatetruecolor(1,1);
imagealphablending($im2, TRUE);
$c02=imagecolorallocatealpha($im2,255,0,0,63);
imagefill($im2,0,0,$c02);
$c02=imagecolorsforindex($im1,imagecolorat($im1,0,0));
/* att!!! after imagefill another enabling alphablending */
imagealphablending($im2, TRUE);
imagefilter($im2, IMG_FILTER_COLORIZE, -255, 255, 0);
$c2=imagecolorsforindex($im2,imagecolorat($im2,0,0));

printbrbefore 1 - ;
print_r($c01);
printbrafter  1 - ;
print_r($c1);
printbrbrbefore 2 - ;
print_r($c02);
printbrafter  2 - ;
print_r($c2);
?

results:
before 1- Array ( [red] = 255 [green] = 0 [blue] = 0 [alpha] = 63 )

after  1 - Array ( [red] = 0 [green] = 255 [blue] = 0 [alpha] = 63
) 

before 2- Array ( [red] = 0 [green] = 255 [blue] = 0 [alpha] = 63 )

after  2 - Array ( [red] = 126 [green] = 128 [blue] = 0 [alpha] =
31 )

where:
after 1 - correct result of IMG_FILTER_COLORIZE, because of imagefill
disable alphablending
after 2 - incorrect result of IMG_FILTER_COLORIZE, because of after
imagefill i manually enable alphablending


disabling alphablending in code it is good solutions for gdImageColor,
but after it is necessary to restore old value of alphaBlendingFlag.



[2007-01-18 19:54:09] [EMAIL PROTECTED]

pixel from edge with coord (95,11) have wrong color.
red-98 green-98 blue-164 (why is red0  and green0 ? after
substracting 255???)  (should be red-0 green-0 blue-102)

It is blended over the destination pixel. You have to disable alpha
blending *before* the imagefilter call.

This image:

http://blog.thepimp.net/misc/bug40158_black_filtered_mask.png

shows exactly what you are trying to do (blue, black or purple, it
really does not matter), the script being:

$mask=imagecreatefrompng(40158.png);
imagealphablending($mask, false); // Important!
imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255);
// save alpha, so we see its value
imagesavealpha($mask, true);
imagepng($mask,mask1.png);

Using your last example, the resulting image is like your
result_correct3.png.




[2007-01-18 19:37:49] henus at mail dot ru

it`s not solve my problem :(
first - 
about blue color - look at my submission from 
[18 Jan 11:03am UTC]

if use 
imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255);
the result is
http://www.fort-ross.ru/henus/gd/result_incorrect.png
with legibly visible artefacts.

second - 
image
http://blog.thepimp.net/misc/bug40158_result.png
also has artefacts at the adges...
pixel from edge with coord (95,11) have wrong color
red-98
green-98
blue-164
(why is red0  and green0 ? after substracting 255???) 

(should be
red-0
green-0
blue-102)

third - 
look at my submission from [18 Jan 5:56pm UTC]
why is 255-255=126



one more demo - 
using
imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, 0);

mask - http://fort-ross.ru/henus/gd/mask3.png

#40158 [Opn]: Artifact left on transparent pngs using image filters

2007-01-19 Thread henus at mail dot ru
 ID:   40158
 User updated by:  henus at mail dot ru
 Reported By:  henus at mail dot ru
 Status:   Open
 Bug Type: GD related
 Operating System: Windows XP
 PHP Version:  5.2.0
 Assigned To:  pajoye
 New Comment:

Yes


Previous Comments:


[2007-01-19 12:02:41] [EMAIL PROTECTED]

Can you *PLEASE* confirm that it works when you disable alpha blending?
Answer should be Yes or No, I got the details already. I really do not
have the time to explain/ask again and again the same thing.

About imagefill, yes, that's a bug. Please open a new one if you like.
I will fix it as soon as possible.



[2007-01-19 11:53:03] henus at mail dot ru

Yes, the is global problem with alphablending in libgd\gd.c

but about imagealphablending($mask, false); // Important!:
i absolutely should not care about ebabling\disabling
imagealphablending before imagefilter, 
because of function shoud colorize image by new values of red,gree,blue

(!!!there is no alpha in parameters)

if IMG_FILTER_COLORIZE will have in parameters alpha,
if alphablending enable, value of alpha should allow for calculation of
new color values
(in gdImageColor it will before new_pxl =
gdImageColorAllocateAlpha(src, (int)r, (int)g, (int)b, a);)
and gdImageSetPixel shoul with disabled alphablending.


otherwise function work like merging of two images with alphablending.
where:
first image - source image from function parameters.
second image - correct colorized copy of source image.

it is not logically. it is incorrect.


another bug in imagefill:
this function not only fill image, it is also disable alphablending.
php example:

?
/* first colorizing */
$im1=imagecreatetruecolor(1,1);
imagealphablending($im1, TRUE);
$c01=imagecolorallocatealpha($im1,255,0,0,63);
imagefill($im1,0,0,$c01);
$c01=imagecolorsforindex($im1,imagecolorat($im1,0,0));
imagefilter($im1, IMG_FILTER_COLORIZE, -255, 255, 0);
$c1=imagecolorsforindex($im1,imagecolorat($im1,0,0));

/* second colorizing */
$im2=imagecreatetruecolor(1,1);
imagealphablending($im2, TRUE);
$c02=imagecolorallocatealpha($im2,255,0,0,63);
imagefill($im2,0,0,$c02);
$c02=imagecolorsforindex($im1,imagecolorat($im1,0,0));
/* att!!! after imagefill another enabling alphablending */
imagealphablending($im2, TRUE);
imagefilter($im2, IMG_FILTER_COLORIZE, -255, 255, 0);
$c2=imagecolorsforindex($im2,imagecolorat($im2,0,0));

printbrbefore 1 - ;
print_r($c01);
printbrafter  1 - ;
print_r($c1);
printbrbrbefore 2 - ;
print_r($c02);
printbrafter  2 - ;
print_r($c2);
?

results:
before 1- Array ( [red] = 255 [green] = 0 [blue] = 0 [alpha] = 63 )

after  1 - Array ( [red] = 0 [green] = 255 [blue] = 0 [alpha] = 63
) 

before 2- Array ( [red] = 0 [green] = 255 [blue] = 0 [alpha] = 63 )

after  2 - Array ( [red] = 126 [green] = 128 [blue] = 0 [alpha] =
31 )

where:
after 1 - correct result of IMG_FILTER_COLORIZE, because of imagefill
disable alphablending
after 2 - incorrect result of IMG_FILTER_COLORIZE, because of after
imagefill i manually enable alphablending


disabling alphablending in code it is good solutions for gdImageColor,
but after it is necessary to restore old value of alphaBlendingFlag.



[2007-01-18 19:54:09] [EMAIL PROTECTED]

pixel from edge with coord (95,11) have wrong color.
red-98 green-98 blue-164 (why is red0  and green0 ? after
substracting 255???)  (should be red-0 green-0 blue-102)

It is blended over the destination pixel. You have to disable alpha
blending *before* the imagefilter call.

This image:

http://blog.thepimp.net/misc/bug40158_black_filtered_mask.png

shows exactly what you are trying to do (blue, black or purple, it
really does not matter), the script being:

$mask=imagecreatefrompng(40158.png);
imagealphablending($mask, false); // Important!
imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255);
// save alpha, so we see its value
imagesavealpha($mask, true);
imagepng($mask,mask1.png);

Using your last example, the resulting image is like your
result_correct3.png.




[2007-01-18 19:37:49] henus at mail dot ru

it`s not solve my problem :(
first - 
about blue color - look at my submission from 
[18 Jan 11:03am UTC]

if use 
imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255);
the result is
http://www.fort-ross.ru/henus/gd/result_incorrect.png
with legibly visible artefacts.

second - 
image
http://blog.thepimp.net/misc/bug40158_result.png
also has artefacts at the adges...
pixel from edge with coord (95,11) have wrong color
red-98
green-98
blue-164
(why is red0  and green0 ? after substracting 255???) 

(should be
red-0
green-0
blue-102)

third - 
look at my submission from [18 Jan 5:56pm UTC]
why is 255-255=126



one more 

#40158 [Opn]: Artifact left on transparent pngs using image filters

2007-01-19 Thread henus at mail dot ru
 ID:   40158
 User updated by:  henus at mail dot ru
 Reported By:  henus at mail dot ru
 Status:   Open
 Bug Type: GD related
 Operating System: Windows XP
 PHP Version:  5.2.0
 Assigned To:  pajoye
 New Comment:

Yes, it work


Previous Comments:


[2007-01-19 12:04:39] henus at mail dot ru

Yes



[2007-01-19 12:02:41] [EMAIL PROTECTED]

Can you *PLEASE* confirm that it works when you disable alpha blending?
Answer should be Yes or No, I got the details already. I really do not
have the time to explain/ask again and again the same thing.

About imagefill, yes, that's a bug. Please open a new one if you like.
I will fix it as soon as possible.



[2007-01-19 11:53:03] henus at mail dot ru

Yes, the is global problem with alphablending in libgd\gd.c

but about imagealphablending($mask, false); // Important!:
i absolutely should not care about ebabling\disabling
imagealphablending before imagefilter, 
because of function shoud colorize image by new values of red,gree,blue

(!!!there is no alpha in parameters)

if IMG_FILTER_COLORIZE will have in parameters alpha,
if alphablending enable, value of alpha should allow for calculation of
new color values
(in gdImageColor it will before new_pxl =
gdImageColorAllocateAlpha(src, (int)r, (int)g, (int)b, a);)
and gdImageSetPixel shoul with disabled alphablending.


otherwise function work like merging of two images with alphablending.
where:
first image - source image from function parameters.
second image - correct colorized copy of source image.

it is not logically. it is incorrect.


another bug in imagefill:
this function not only fill image, it is also disable alphablending.
php example:

?
/* first colorizing */
$im1=imagecreatetruecolor(1,1);
imagealphablending($im1, TRUE);
$c01=imagecolorallocatealpha($im1,255,0,0,63);
imagefill($im1,0,0,$c01);
$c01=imagecolorsforindex($im1,imagecolorat($im1,0,0));
imagefilter($im1, IMG_FILTER_COLORIZE, -255, 255, 0);
$c1=imagecolorsforindex($im1,imagecolorat($im1,0,0));

/* second colorizing */
$im2=imagecreatetruecolor(1,1);
imagealphablending($im2, TRUE);
$c02=imagecolorallocatealpha($im2,255,0,0,63);
imagefill($im2,0,0,$c02);
$c02=imagecolorsforindex($im1,imagecolorat($im1,0,0));
/* att!!! after imagefill another enabling alphablending */
imagealphablending($im2, TRUE);
imagefilter($im2, IMG_FILTER_COLORIZE, -255, 255, 0);
$c2=imagecolorsforindex($im2,imagecolorat($im2,0,0));

printbrbefore 1 - ;
print_r($c01);
printbrafter  1 - ;
print_r($c1);
printbrbrbefore 2 - ;
print_r($c02);
printbrafter  2 - ;
print_r($c2);
?

results:
before 1- Array ( [red] = 255 [green] = 0 [blue] = 0 [alpha] = 63 )

after  1 - Array ( [red] = 0 [green] = 255 [blue] = 0 [alpha] = 63
) 

before 2- Array ( [red] = 0 [green] = 255 [blue] = 0 [alpha] = 63 )

after  2 - Array ( [red] = 126 [green] = 128 [blue] = 0 [alpha] =
31 )

where:
after 1 - correct result of IMG_FILTER_COLORIZE, because of imagefill
disable alphablending
after 2 - incorrect result of IMG_FILTER_COLORIZE, because of after
imagefill i manually enable alphablending


disabling alphablending in code it is good solutions for gdImageColor,
but after it is necessary to restore old value of alphaBlendingFlag.



[2007-01-18 19:54:09] [EMAIL PROTECTED]

pixel from edge with coord (95,11) have wrong color.
red-98 green-98 blue-164 (why is red0  and green0 ? after
substracting 255???)  (should be red-0 green-0 blue-102)

It is blended over the destination pixel. You have to disable alpha
blending *before* the imagefilter call.

This image:

http://blog.thepimp.net/misc/bug40158_black_filtered_mask.png

shows exactly what you are trying to do (blue, black or purple, it
really does not matter), the script being:

$mask=imagecreatefrompng(40158.png);
imagealphablending($mask, false); // Important!
imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255);
// save alpha, so we see its value
imagesavealpha($mask, true);
imagepng($mask,mask1.png);

Using your last example, the resulting image is like your
result_correct3.png.




[2007-01-18 19:37:49] henus at mail dot ru

it`s not solve my problem :(
first - 
about blue color - look at my submission from 
[18 Jan 11:03am UTC]

if use 
imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255);
the result is
http://www.fort-ross.ru/henus/gd/result_incorrect.png
with legibly visible artefacts.

second - 
image
http://blog.thepimp.net/misc/bug40158_result.png
also has artefacts at the adges...
pixel from edge with coord (95,11) have wrong color
red-98
green-98
blue-164
(why is red0  and green0 ? after substracting 255???) 

(should 

#40158 [Opn-Ana]: Artifact left on transparent pngs using image filters

2007-01-19 Thread pajoye
 ID:   40158
 Updated by:   [EMAIL PROTECTED]
 Reported By:  henus at mail dot ru
-Status:   Open
+Status:   Analyzed
 Bug Type: GD related
 Operating System: Windows XP
 PHP Version:  5.2.0
 Assigned To:  pajoye
 New Comment:

Ok, good, thanks for the test. I will disable alpha blending and
restore it on exit in imagefilter.

About the imagefill bug, it happens only with small images ( 4 pixels
large), thanks for the notice.


Previous Comments:


[2007-01-19 12:11:56] henus at mail dot ru

Yes, it work



[2007-01-19 12:04:39] henus at mail dot ru

Yes



[2007-01-19 12:02:41] [EMAIL PROTECTED]

Can you *PLEASE* confirm that it works when you disable alpha blending?
Answer should be Yes or No, I got the details already. I really do not
have the time to explain/ask again and again the same thing.

About imagefill, yes, that's a bug. Please open a new one if you like.
I will fix it as soon as possible.



[2007-01-19 11:53:03] henus at mail dot ru

Yes, the is global problem with alphablending in libgd\gd.c

but about imagealphablending($mask, false); // Important!:
i absolutely should not care about ebabling\disabling
imagealphablending before imagefilter, 
because of function shoud colorize image by new values of red,gree,blue

(!!!there is no alpha in parameters)

if IMG_FILTER_COLORIZE will have in parameters alpha,
if alphablending enable, value of alpha should allow for calculation of
new color values
(in gdImageColor it will before new_pxl =
gdImageColorAllocateAlpha(src, (int)r, (int)g, (int)b, a);)
and gdImageSetPixel shoul with disabled alphablending.


otherwise function work like merging of two images with alphablending.
where:
first image - source image from function parameters.
second image - correct colorized copy of source image.

it is not logically. it is incorrect.


another bug in imagefill:
this function not only fill image, it is also disable alphablending.
php example:

?
/* first colorizing */
$im1=imagecreatetruecolor(1,1);
imagealphablending($im1, TRUE);
$c01=imagecolorallocatealpha($im1,255,0,0,63);
imagefill($im1,0,0,$c01);
$c01=imagecolorsforindex($im1,imagecolorat($im1,0,0));
imagefilter($im1, IMG_FILTER_COLORIZE, -255, 255, 0);
$c1=imagecolorsforindex($im1,imagecolorat($im1,0,0));

/* second colorizing */
$im2=imagecreatetruecolor(1,1);
imagealphablending($im2, TRUE);
$c02=imagecolorallocatealpha($im2,255,0,0,63);
imagefill($im2,0,0,$c02);
$c02=imagecolorsforindex($im1,imagecolorat($im1,0,0));
/* att!!! after imagefill another enabling alphablending */
imagealphablending($im2, TRUE);
imagefilter($im2, IMG_FILTER_COLORIZE, -255, 255, 0);
$c2=imagecolorsforindex($im2,imagecolorat($im2,0,0));

printbrbefore 1 - ;
print_r($c01);
printbrafter  1 - ;
print_r($c1);
printbrbrbefore 2 - ;
print_r($c02);
printbrafter  2 - ;
print_r($c2);
?

results:
before 1- Array ( [red] = 255 [green] = 0 [blue] = 0 [alpha] = 63 )

after  1 - Array ( [red] = 0 [green] = 255 [blue] = 0 [alpha] = 63
) 

before 2- Array ( [red] = 0 [green] = 255 [blue] = 0 [alpha] = 63 )

after  2 - Array ( [red] = 126 [green] = 128 [blue] = 0 [alpha] =
31 )

where:
after 1 - correct result of IMG_FILTER_COLORIZE, because of imagefill
disable alphablending
after 2 - incorrect result of IMG_FILTER_COLORIZE, because of after
imagefill i manually enable alphablending


disabling alphablending in code it is good solutions for gdImageColor,
but after it is necessary to restore old value of alphaBlendingFlag.



[2007-01-18 19:54:09] [EMAIL PROTECTED]

pixel from edge with coord (95,11) have wrong color.
red-98 green-98 blue-164 (why is red0  and green0 ? after
substracting 255???)  (should be red-0 green-0 blue-102)

It is blended over the destination pixel. You have to disable alpha
blending *before* the imagefilter call.

This image:

http://blog.thepimp.net/misc/bug40158_black_filtered_mask.png

shows exactly what you are trying to do (blue, black or purple, it
really does not matter), the script being:

$mask=imagecreatefrompng(40158.png);
imagealphablending($mask, false); // Important!
imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255);
// save alpha, so we see its value
imagesavealpha($mask, true);
imagepng($mask,mask1.png);

Using your last example, the resulting image is like your
result_correct3.png.




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/40158

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

#40163 [Fbk-Opn]: UNC Path not working

2007-01-19 Thread coyle at washpenn dot com
 ID:   40163
 User updated by:  coyle at washpenn dot com
 Reported By:  coyle at washpenn dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Directory function related
 Operating System: Windows 2003
 PHP Version:  5.2.0
 New Comment:

Better Example:

$path = 'server\\share\\directory\\';

mkdir($path, 0770);

Warning: mkdir() [function.mkdir]: Invalid argument in file on line
line


Previous Comments:


[2007-01-19 08:08:04] [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.






[2007-01-19 01:00:36] coyle at washpenn dot com

Description:

Using UNC path to save out a file in PHP 5.1.6 and everything works
great.  Upgraded to PHP 5.2.0 today and the UNC will not work anymore.

Reproduce code:
---
$path = 'server\\share\\directory\\'

if(is_dir($path)) {
   print 'directory exists';
} else {
   print 'directory does not exists';
}

Expected result:

directory exists

Actual result:
--
directory does not exists





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


#40163 [Opn-Fbk]: UNC Path not working

2007-01-19 Thread tony2001
 ID:   40163
 Updated by:   [EMAIL PROTECTED]
 Reported By:  coyle at washpenn dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Directory function related
 Operating System: Windows 2003
 PHP Version:  5.2.0
 New Comment:

Double slashes are needed only with double quotes, because  \x means
an escape character.


Previous Comments:


[2007-01-19 13:05:37] coyle at washpenn dot com

Better Example:

$path = 'server\\share\\directory\\';

mkdir($path, 0770);

Warning: mkdir() [function.mkdir]: Invalid argument in file on line
line



[2007-01-19 08:08:04] [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.






[2007-01-19 01:00:36] coyle at washpenn dot com

Description:

Using UNC path to save out a file in PHP 5.1.6 and everything works
great.  Upgraded to PHP 5.2.0 today and the UNC will not work anymore.

Reproduce code:
---
$path = 'server\\share\\directory\\'

if(is_dir($path)) {
   print 'directory exists';
} else {
   print 'directory does not exists';
}

Expected result:

directory exists

Actual result:
--
directory does not exists





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


#40165 [Fbk-Bgs]: define() cost

2007-01-19 Thread tony2001
 ID:   40165
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gacek at intertele dot pl
-Status:   Feedback
+Status:   Bogus
 Bug Type: Performance problem
 Operating System: Linux FC4 x86_64
 PHP Version:  5.2.0
 New Comment:

count(array()) just returns ht-nNumOfElements, this is probably the
most simple function in PHP.
define() copies (malloc() + memcpy()) the value, duplicates the name
(malloc() + memcpy() again) and adds it to the hash of constants (which
might involve realloc() etc.).

So it's kinda expected that a function which does almost nothing is a
bit faster, like 7x or 6x, which are the numbers I can see myself.


Previous Comments:


[2007-01-19 11:33:51] [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.






[2007-01-19 11:33:22] gacek at intertele dot pl

This is sample of pprofp -u output from fairly complex app:


Total Elapsed Time = 2.47
Total System Time  = 0.35
Total User Time= 1.36


 Real UserSystem secs/cumm
%Time (excl/cumm)  (excl/cumm)  (excl/cumm) Callscalls/call 
Memory Usage Name
--
13.9 0.24 0.24  0.19 0.19  0.04 0.04   850  0.0002   0.0002   
0 define
12.1 0.27 0.27  0.16 0.16  0.05 0.05  18653  0.   0.   
0 count
10.9 0.15 0.15  0.15 0.15  0.04 0.04  11652  0.   0.   
0 is_array
9.1 0.26 0.26  0.12 0.12  0.03 0.03  15489  0.   0.   
0 each
6.2 0.18 0.18  0.08 0.08  0.02 0.02  9012  0.   0.0
array_shift
4.1 0.08 0.08  0.06 0.06  0.02 0.02  5402  0.   0.0
ereg_replace
4.1 0.04 0.04  0.06 0.06  0.01 0.01   655  0.0001   0.00010
mysql_fetch_array
3.8 0.07 0.07  0.05 0.05  0.01 0.01  5277  0.   0.0
urlencode
2.9 0.04 0.04  0.04 0.04  0.00 0.00  2520  0.   0.0
func_num_args
2.9 0.05 0.05  0.04 0.04  0.00 0.00  1465  0.   0.0
sprintf



[2007-01-19 11:28:44] gacek at intertele dot pl

Description:

When playing with apd profiler, I have noticed huge cost of define()
call. It's over 20x the cost of average count() call.
Might it be apd inaccuracy or define() specifics, or define()
implementation is heavily broken?






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


#40163 [Fbk-Opn]: UNC Path not working

2007-01-19 Thread coyle at washpenn dot com
 ID:   40163
 User updated by:  coyle at washpenn dot com
 Reported By:  coyle at washpenn dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Directory function related
 Operating System: Windows 2003
 PHP Version:  5.2.0
 New Comment:

$path = server\\share\\directory;
or
$path = '\\server\share\directory';

Doesn't matter which I try ... I've tried many different combinations
to produce the path in both 5.2.0 or 5.2.1 RC4-dev and none of them
work.  Everything was fine in php = 5.1.6


Previous Comments:


[2007-01-19 14:09:15] [EMAIL PROTECTED]

Double slashes are needed only with double quotes, because  \x means
an escape character.



[2007-01-19 13:05:37] coyle at washpenn dot com

Better Example:

$path = 'server\\share\\directory\\';

mkdir($path, 0770);

Warning: mkdir() [function.mkdir]: Invalid argument in file on line
line



[2007-01-19 08:08:04] [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.






[2007-01-19 01:00:36] coyle at washpenn dot com

Description:

Using UNC path to save out a file in PHP 5.1.6 and everything works
great.  Upgraded to PHP 5.2.0 today and the UNC will not work anymore.

Reproduce code:
---
$path = 'server\\share\\directory\\'

if(is_dir($path)) {
   print 'directory exists';
} else {
   print 'directory does not exists';
}

Expected result:

directory exists

Actual result:
--
directory does not exists





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


#40163 [Opn]: UNC Path not working

2007-01-19 Thread coyle at washpenn dot com
 ID:   40163
 User updated by:  coyle at washpenn dot com
 Reported By:  coyle at washpenn dot com
 Status:   Open
 Bug Type: Directory function related
 Operating System: Windows 2003
 PHP Version:  5.2.0
 New Comment:

Above:
$path = '\\server\share\directory'; 
Should be:
$path = 'server\share\directory';

I am running out of things to try here.  When I print $path, I get a
valid UNC path with no spaces anywhere but I still get the error above.


Previous Comments:


[2007-01-19 14:27:23] coyle at washpenn dot com

$path = server\\share\\directory;
or
$path = '\\server\share\directory';

Doesn't matter which I try ... I've tried many different combinations
to produce the path in both 5.2.0 or 5.2.1 RC4-dev and none of them
work.  Everything was fine in php = 5.1.6



[2007-01-19 14:09:15] [EMAIL PROTECTED]

Double slashes are needed only with double quotes, because  \x means
an escape character.



[2007-01-19 13:05:37] coyle at washpenn dot com

Better Example:

$path = 'server\\share\\directory\\';

mkdir($path, 0770);

Warning: mkdir() [function.mkdir]: Invalid argument in file on line
line



[2007-01-19 08:08:04] [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.






[2007-01-19 01:00:36] coyle at washpenn dot com

Description:

Using UNC path to save out a file in PHP 5.1.6 and everything works
great.  Upgraded to PHP 5.2.0 today and the UNC will not work anymore.

Reproduce code:
---
$path = 'server\\share\\directory\\'

if(is_dir($path)) {
   print 'directory exists';
} else {
   print 'directory does not exists';
}

Expected result:

directory exists

Actual result:
--
directory does not exists





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


#40168 [NEW]: stream_get_wrappers() appends a null-byte

2007-01-19 Thread php dot net at benjamin dot schulz dot name
From: php dot net at benjamin dot schulz dot name
Operating system: linux
PHP version:  5.2.1RC3
PHP Bug Type: Streams related
Bug description:  stream_get_wrappers() appends a null-byte

Description:

see the summary

Reproduce code:
---
class foo {}
stream_wrapper_register(foo, foo);
$t = stream_get_wrappers();
$t = array_pop($t);
var_dump($t); // string(4) foo


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


#40168 [Opn-Csd]: stream_get_wrappers() appends a null-byte

2007-01-19 Thread tony2001
 ID:   40168
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php dot net at benjamin dot schulz dot name
-Status:   Open
+Status:   Closed
 Bug Type: Streams related
 Operating System: linux
 PHP Version:  5.2.1RC3
 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:


[2007-01-19 14:35:29] php dot net at benjamin dot schulz dot name

Description:

see the summary

Reproduce code:
---
class foo {}
stream_wrapper_register(foo, foo);
$t = stream_get_wrappers();
$t = array_pop($t);
var_dump($t); // string(4) foo






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


#40169 [NEW]: CURLOPT_TCP_NODELAY only available in curl = 7.11.2

2007-01-19 Thread webmaster at bison-soft dot de
From: webmaster at bison-soft dot de
Operating system: irrelevant
PHP version:  5.2.1RC3
PHP Bug Type: cURL related
Bug description:  CURLOPT_TCP_NODELAY only available in curl = 7.11.2

Description:

compile of curl extension in php 5.1.3rc3 fails when using libcurl 
7.11.2 because CURLOPT_TCP_NODELAY was first available in 7.11.2



Expected result:

Compiles cleanly even with curl version 7.10.6

Actual result:
--
usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function
`zm_startup_curl':
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455:
`CURLOPT_TCP_NODELAY' undeclared (first use in this function)
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: (Each
undeclared identifier is reported only once
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: for each
function it appears in.)
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function
`_php_curl_setopt':
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:1267:
`CURLOPT_TCP_NODELAY' undeclared (first use in this function)


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


#40169 [Opn-Csd]: CURLOPT_TCP_NODELAY only available in curl = 7.11.2

2007-01-19 Thread tony2001
 ID:   40169
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at bison-soft dot de
-Status:   Open
+Status:   Closed
 Bug Type: cURL related
 Operating System: irrelevant
 PHP Version:  5.2.1RC3
 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:


[2007-01-19 15:22:50] webmaster at bison-soft dot de

Description:

compile of curl extension in php 5.1.3rc3 fails when using libcurl 
7.11.2 because CURLOPT_TCP_NODELAY was first available in 7.11.2



Expected result:

Compiles cleanly even with curl version 7.10.6

Actual result:
--
usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function
`zm_startup_curl':
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455:
`CURLOPT_TCP_NODELAY' undeclared (first use in this function)
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: (Each
undeclared identifier is reported only once
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: for each
function it appears in.)
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function
`_php_curl_setopt':
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:1267:
`CURLOPT_TCP_NODELAY' undeclared (first use in this function)






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


#40170 [NEW]: Warning: ftp_put(): php_connect_nonb() failed: No route to host (65)

2007-01-19 Thread eddie at eschnell dot com
From: eddie at eschnell dot com
Operating system: FreeBSD 4.11-STABLE
PHP version:  4.4.4
PHP Bug Type: FTP related
Bug description:  Warning: ftp_put(): php_connect_nonb() failed: No route to 
host (65)

Description:

Warning: ftp_put(): php_connect_nonb() failed: No route to host (65)

I get this error with the reproduce code. it also says Warning: ftp_put():
Type set to I.

It is not uploading the file correctly.

i have php 4.4.1 on iPowerWeb's server, so no upgrade is possible.

Thanks in Advance

Reproduce code:
---
$conn_id = ftp_connect(ftpServer);
$login_result = ftp_login($conn_id, userName, passWord);
ftp_pasv($conn_id, true);
if ((!$conn_id) || (!$login_result)) {
   echo FTP connection has failed!;
   echo Attempted to connect to stp server for user username;
   exit;
   } else {
   echo Connected to ftp server, for user user;
   }
$upload = ftp_put($conn_id, bgd.txt, bgdlocal.txt, FTP_BINARY);
if (!$upload) {
   echo FTP upload has failed!;
   } else {
   echo Uploaded $source_file to $ftp_server as $destination_file;
   }
// close the FTP stream
ftp_close($conn_id); 

Expected result:

Uploaded $source_file to $ftp_server as $destination_file

Actual result:
--
Warning: ftp_put(): php_connect_nonb() failed: No route to host (65) in
/home/beachgla/public_html/catalog/update/index.php on line 475

Warning: ftp_put(): Type set to I. in
/home/beachgla/public_html/catalog/update/index.php on line 475

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


#40170 [Opn-Bgs]: Warning: ftp_put(): php_connect_nonb() failed: No route to host (65)

2007-01-19 Thread tony2001
 ID:   40170
 Updated by:   [EMAIL PROTECTED]
 Reported By:  eddie at eschnell dot com
-Status:   Open
+Status:   Bogus
 Bug Type: FTP related
 Operating System: FreeBSD 4.11-STABLE
 PHP Version:  4.4.4
 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.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




Previous Comments:


[2007-01-19 15:50:51] eddie at eschnell dot com

Description:

Warning: ftp_put(): php_connect_nonb() failed: No route to host (65)

I get this error with the reproduce code. it also says Warning:
ftp_put(): Type set to I.

It is not uploading the file correctly.

i have php 4.4.1 on iPowerWeb's server, so no upgrade is possible.

Thanks in Advance

Reproduce code:
---
$conn_id = ftp_connect(ftpServer);
$login_result = ftp_login($conn_id, userName, passWord);
ftp_pasv($conn_id, true);
if ((!$conn_id) || (!$login_result)) {
   echo FTP connection has failed!;
   echo Attempted to connect to stp server for user username;
   exit;
   } else {
   echo Connected to ftp server, for user user;
   }
$upload = ftp_put($conn_id, bgd.txt, bgdlocal.txt, FTP_BINARY);
if (!$upload) {
   echo FTP upload has failed!;
   } else {
   echo Uploaded $source_file to $ftp_server as
$destination_file;
   }
// close the FTP stream
ftp_close($conn_id); 

Expected result:

Uploaded $source_file to $ftp_server as $destination_file

Actual result:
--
Warning: ftp_put(): php_connect_nonb() failed: No route to host (65) in
/home/beachgla/public_html/catalog/update/index.php on line 475

Warning: ftp_put(): Type set to I. in
/home/beachgla/public_html/catalog/update/index.php on line 475





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


#40158 [Ana]: Artifact left on transparent pngs using image filters

2007-01-19 Thread pajoye
 ID:   40158
 Updated by:   [EMAIL PROTECTED]
 Reported By:  henus at mail dot ru
 Status:   Analyzed
 Bug Type: GD related
 Operating System: Windows XP
 PHP Version:  5.2.0
 Assigned To:  pajoye
 New Comment:

For the record, the imagefill bug is fixed in cvs, it will be in 5.2.1
.


Previous Comments:


[2007-01-19 12:14:57] [EMAIL PROTECTED]

Ok, good, thanks for the test. I will disable alpha blending and
restore it on exit in imagefilter.

About the imagefill bug, it happens only with small images ( 4 pixels
large), thanks for the notice.



[2007-01-19 12:11:56] henus at mail dot ru

Yes, it work



[2007-01-19 12:04:39] henus at mail dot ru

Yes



[2007-01-19 12:02:41] [EMAIL PROTECTED]

Can you *PLEASE* confirm that it works when you disable alpha blending?
Answer should be Yes or No, I got the details already. I really do not
have the time to explain/ask again and again the same thing.

About imagefill, yes, that's a bug. Please open a new one if you like.
I will fix it as soon as possible.



[2007-01-19 11:53:03] henus at mail dot ru

Yes, the is global problem with alphablending in libgd\gd.c

but about imagealphablending($mask, false); // Important!:
i absolutely should not care about ebabling\disabling
imagealphablending before imagefilter, 
because of function shoud colorize image by new values of red,gree,blue

(!!!there is no alpha in parameters)

if IMG_FILTER_COLORIZE will have in parameters alpha,
if alphablending enable, value of alpha should allow for calculation of
new color values
(in gdImageColor it will before new_pxl =
gdImageColorAllocateAlpha(src, (int)r, (int)g, (int)b, a);)
and gdImageSetPixel shoul with disabled alphablending.


otherwise function work like merging of two images with alphablending.
where:
first image - source image from function parameters.
second image - correct colorized copy of source image.

it is not logically. it is incorrect.


another bug in imagefill:
this function not only fill image, it is also disable alphablending.
php example:

?
/* first colorizing */
$im1=imagecreatetruecolor(1,1);
imagealphablending($im1, TRUE);
$c01=imagecolorallocatealpha($im1,255,0,0,63);
imagefill($im1,0,0,$c01);
$c01=imagecolorsforindex($im1,imagecolorat($im1,0,0));
imagefilter($im1, IMG_FILTER_COLORIZE, -255, 255, 0);
$c1=imagecolorsforindex($im1,imagecolorat($im1,0,0));

/* second colorizing */
$im2=imagecreatetruecolor(1,1);
imagealphablending($im2, TRUE);
$c02=imagecolorallocatealpha($im2,255,0,0,63);
imagefill($im2,0,0,$c02);
$c02=imagecolorsforindex($im1,imagecolorat($im1,0,0));
/* att!!! after imagefill another enabling alphablending */
imagealphablending($im2, TRUE);
imagefilter($im2, IMG_FILTER_COLORIZE, -255, 255, 0);
$c2=imagecolorsforindex($im2,imagecolorat($im2,0,0));

printbrbefore 1 - ;
print_r($c01);
printbrafter  1 - ;
print_r($c1);
printbrbrbefore 2 - ;
print_r($c02);
printbrafter  2 - ;
print_r($c2);
?

results:
before 1- Array ( [red] = 255 [green] = 0 [blue] = 0 [alpha] = 63 )

after  1 - Array ( [red] = 0 [green] = 255 [blue] = 0 [alpha] = 63
) 

before 2- Array ( [red] = 0 [green] = 255 [blue] = 0 [alpha] = 63 )

after  2 - Array ( [red] = 126 [green] = 128 [blue] = 0 [alpha] =
31 )

where:
after 1 - correct result of IMG_FILTER_COLORIZE, because of imagefill
disable alphablending
after 2 - incorrect result of IMG_FILTER_COLORIZE, because of after
imagefill i manually enable alphablending


disabling alphablending in code it is good solutions for gdImageColor,
but after it is necessary to restore old value of alphaBlendingFlag.



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/40158

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


#40171 [NEW]: There should be a way to create DateTime object from UTC timestamp.

2007-01-19 Thread rkumar at msgme dot com
From: rkumar at msgme dot com
Operating system: Linux
PHP version:  5.2.0
PHP Bug Type: Feature/Change Request
Bug description:  There should be a way to create DateTime object from UTC 
timestamp. 

Description:

The constructor for DateTime object currently takes a string 
as a parameter. In most of the scenarios that I have encountered I need to
create a DateTime object from UTC timestamp. Can the constructor  be
changed to accept string or integer? 


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


#40172 [NEW]: date() function memory leak

2007-01-19 Thread diogo86 at gmail dot com
From: diogo86 at gmail dot com
Operating system: Debian
PHP version:  5.2.0
PHP Bug Type: Performance problem
Bug description:  date() function memory leak

Description:

The date() function keep consuming memory each time it's called even if
it's not assigned to any variable.

Reproduce code:
---
?php
for($i=0; $i1; $i++)
   date('d/m/Y H:i:s');

echo memory_get_usage();
?

Expected result:

Something about 46436 bytes of memory usage just like when I call this
statement inside that loop:

$str = strtoupper($_SERVER['PHP_SELF']);

Actual result:
--
5485532 bytes of memory usage.



Debian Linux 2.6.15-1-486

PHP 5.2.0-8 (cli) (built: Dec 17 2006 20:03:51)

[PHP Modules]
bcmath
bz2
calendar
ctype
date
dba
dom
exif
filter
ftp
gettext
hash
iconv
json
libxml
mbstring
mime_magic
ncurses
openssl
pcntl
pcre
PDO
pdo_pgsql
posix
Reflection
session
shmop
SimpleXML
soap
sockets
SPL
standard
sysvmsg
sysvsem
sysvshm
tokenizer
wddx
xml
xmlreader
xmlwriter
zip
zlib

[Zend Modules]


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


#40173 [NEW]: pg_metadata ignores visibility scope of current postgres user

2007-01-19 Thread denis at edistar dot com
From: denis at edistar dot com
Operating system: Linux kernel 2.6.17
PHP version:  5.2.0
PHP Bug Type: PostgreSQL related
Bug description:  pg_metadata ignores visibility scope of current postgres user

Description:

pg_metadata does not check if the current postgres user has the correct
rights on the visibility  of the table passed as parameter.

So, if we have two postgres users (userA and userB for example) with two
authorization schemas (that have the same name userA and userB) and in
each schema we have a table with the same name but with different
definition,
we can access only one of the two tables... 

Also pg_metadata does not accept passing the table with a namespace
attached (for exampl userA.mytable)


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


#40172 [Opn-Fbk]: date() function memory leak

2007-01-19 Thread tony2001
 ID:   40172
 Updated by:   [EMAIL PROTECTED]
 Reported By:  diogo86 at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Performance problem
 Operating System: Debian
 PHP Version:  5.2.0
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

Cannot reproduce.


Previous Comments:


[2007-01-19 16:52:52] diogo86 at gmail dot com

Description:

The date() function keep consuming memory each time it's called even if
it's not assigned to any variable.

Reproduce code:
---
?php
for($i=0; $i1; $i++)
   date('d/m/Y H:i:s');

echo memory_get_usage();
?

Expected result:

Something about 46436 bytes of memory usage just like when I call this
statement inside that loop:

$str = strtoupper($_SERVER['PHP_SELF']);

Actual result:
--
5485532 bytes of memory usage.



Debian Linux 2.6.15-1-486

PHP 5.2.0-8 (cli) (built: Dec 17 2006 20:03:51)

[PHP Modules]
bcmath
bz2
calendar
ctype
date
dba
dom
exif
filter
ftp
gettext
hash
iconv
json
libxml
mbstring
mime_magic
ncurses
openssl
pcntl
pcre
PDO
pdo_pgsql
posix
Reflection
session
shmop
SimpleXML
soap
sockets
SPL
standard
sysvmsg
sysvsem
sysvshm
tokenizer
wddx
xml
xmlreader
xmlwriter
zip
zlib

[Zend Modules]






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


#40173 [Opn-Fbk]: pg_metadata ignores visibility scope of current postgres user

2007-01-19 Thread tony2001
 ID:   40173
 Updated by:   [EMAIL PROTECTED]
 Reported By:  denis at edistar dot com
-Status:   Open
+Status:   Feedback
 Bug Type: PostgreSQL related
 Operating System: Linux kernel 2.6.17
 PHP Version:  5.2.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 ?php and ends with ?,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc. If the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.




Previous Comments:


[2007-01-19 16:54:41] denis at edistar dot com

Description:

pg_metadata does not check if the current postgres user has the correct
rights on the visibility  of the table passed as parameter.

So, if we have two postgres users (userA and userB for example) with
two authorization schemas (that have the same name userA and userB) and
in each schema we have a table with the same name but with different
definition,
we can access only one of the two tables... 

Also pg_metadata does not accept passing the table with a namespace
attached (for exampl userA.mytable)






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


#40139 [Fbk-Opn]: Mail command not returning true on success

2007-01-19 Thread sab2002a at yahoo dot com
 ID:   40139
 User updated by:  sab2002a at yahoo dot com
 Reported By:  sab2002a at yahoo dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Mail related
 Operating System: FreeBSD 5.4
 PHP Version:  4.4.4
 New Comment:

Yes, that's what I did as per my previous comment.

No errors at all, email gets sent, and I get a An error occurred
message.


Previous Comments:


[2007-01-16 21:17:23] [EMAIL PROTECTED]

set_error_reporting(E_ALL);
ini_set(display_errors, 1);



[2007-01-16 19:20:07] sab2002a at yahoo dot com

I set error reporting and display errors on to max and still the same
thing.

I don't receive any error messages.



[2007-01-15 20:40:02] [EMAIL PROTECTED]

Set display_errors to On and error_reporting to E_ALL.



[2007-01-15 20:31:17] sab2002a at yahoo dot com

Description:

I have PHP setup as a CGI and am using qmail as my mail server.

When I use the mail() function, on success, I do not get a true return
on the function. I get no return.

On failure, I do get a false return.


Reproduce code:
---
?php
if (!mail('[EMAIL PROTECTED]','test','test','From:
[EMAIL PROTECTED]'))
echo An error occurred;
else
echo no error occurred;
?

Expected result:

Expect to see no error occurred and email sent.

Actual result:
--
The email gets sent but I get a An error occurred message.





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


#40174 [NEW]: is_numeric with currency values

2007-01-19 Thread sehh at altered dot com
From: sehh at altered dot com
Operating system: Fedora Core Linux
PHP version:  5.2.0
PHP Bug Type: Math related
Bug description:  is_numeric with currency values

Description:

The function is_numeric() fails when the input is a value with thousand
and decimal separators.

For example: 4.000,56 or 4,000.56.

We had a short discussion about this in #php irc channel and found out the
following:

4,000.56 = is USA notation
4.000,56 = is European notation

They are perfectly valid numeric values, used in currency/weight/cubic
centimeters/etc.


Suggested solutions:

1) Both notations should be accepted.

2) Only one notation should be accepted and PHP will decide which one,
based on the Locale of the server/setup.

Any other suggestion is welcome.


Reproduce code:
---
Reproduction code:

?php

$dolars = 4,000.56;
$euros = 4.000,56;

$rc = is_numeric($dolars);
var_dump($rc);

$rc = is_numeric($euros);
var_dump($rc);

?

Expected result:

is_numeric should have returned TRUE in both cases.


Actual result:
--
is_numeric returns false for both.


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


#40174 [Opn-Bgs]: is_numeric with currency values

2007-01-19 Thread tony2001
 ID:   40174
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sehh at altered dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Math related
 Operating System: Fedora Core Linux
 PHP Version:  5.2.0
 New Comment:

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




Previous Comments:


[2007-01-19 17:07:21] sehh at altered dot com

Description:

The function is_numeric() fails when the input is a value with thousand
and decimal separators.

For example: 4.000,56 or 4,000.56.

We had a short discussion about this in #php irc channel and found out
the following:

4,000.56 = is USA notation
4.000,56 = is European notation

They are perfectly valid numeric values, used in currency/weight/cubic
centimeters/etc.


Suggested solutions:

1) Both notations should be accepted.

2) Only one notation should be accepted and PHP will decide which one,
based on the Locale of the server/setup.

Any other suggestion is welcome.


Reproduce code:
---
Reproduction code:

?php

$dolars = 4,000.56;
$euros = 4.000,56;

$rc = is_numeric($dolars);
var_dump($rc);

$rc = is_numeric($euros);
var_dump($rc);

?

Expected result:

is_numeric should have returned TRUE in both cases.


Actual result:
--
is_numeric returns false for both.






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


#40139 [Opn-Fbk]: Mail command not returning true on success

2007-01-19 Thread tony2001
 ID:   40139
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sab2002a at yahoo dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Mail related
 Operating System: FreeBSD 5.4
 PHP Version:  4.4.4
 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

Cannot reproduce.


Previous Comments:


[2007-01-19 17:05:50] sab2002a at yahoo dot com

Yes, that's what I did as per my previous comment.

No errors at all, email gets sent, and I get a An error occurred
message.



[2007-01-16 21:17:23] [EMAIL PROTECTED]

set_error_reporting(E_ALL);
ini_set(display_errors, 1);



[2007-01-16 19:20:07] sab2002a at yahoo dot com

I set error reporting and display errors on to max and still the same
thing.

I don't receive any error messages.



[2007-01-15 20:40:02] [EMAIL PROTECTED]

Set display_errors to On and error_reporting to E_ALL.



[2007-01-15 20:31:17] sab2002a at yahoo dot com

Description:

I have PHP setup as a CGI and am using qmail as my mail server.

When I use the mail() function, on success, I do not get a true return
on the function. I get no return.

On failure, I do get a false return.


Reproduce code:
---
?php
if (!mail('[EMAIL PROTECTED]','test','test','From:
[EMAIL PROTECTED]'))
echo An error occurred;
else
echo no error occurred;
?

Expected result:

Expect to see no error occurred and email sent.

Actual result:
--
The email gets sent but I get a An error occurred message.





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


#40132 [Com]: Build error in ext/imap (U8T_CANONICAL def missing)

2007-01-19 Thread phpbugs at thequod dot de
 ID:   40132
 Comment by:   phpbugs at thequod dot de
 Reported By:  mathias dot lieber at web dot de
 Status:   Feedback
 Bug Type: *Compile Issues
 Operating System: Linux, 2.6.18, Ubuntu/Debian
 PHP Version:  5.2.0
 New Comment:

I could still build PHP at Jan 14 2007 01:46:28.

Now I get the following error with current CVS:
/PHP_5_2/ext/imap/php_imap.c: In function 'zif_imap_utf8':
/PHP_5_2/ext/imap/php_imap.c:2212: error: 'U8T_CANONICAL' 
undeclared (first use in this function)

I have libc-client-dev 7:2002edebian1-13 installed on 
Ubuntu Dapper and U8T_CANONICAL is not defined 
in /usr/include/c-client/utf8.h. It's defined nowhere 
in /usr/include.


Previous Comments:


[2007-01-17 10:37:14] [EMAIL PROTECTED]

Make sure you've installed c-client properly and its headers define
U8T_CANONICAL constant.
Look for utf8.h in imap-2006+ it contains U8T_CANONICAL definition.




[2007-01-15 10:15:18] mathias dot lieber at web dot de

Description:

5.2.0 does not build because it's missing the definition of
U8T_CANONICAL in the imap extension. I tried both with
libc-client-dev package as well as with self-compiled
imapd.2006XXX.TAR.GZ.

Reproduce code:
---
./configure --with-gettext --with-imap --with-imap-ssl --with-zlib
--with-gd --with-mcrypt --with-openssl --with-xml --without-pear
--with-apxs2=/usr/local/apache2/bin/apxs --enable-memory-limit
--enable-track-vars --enable-wddx --enable-ftp --enable-gd-native-ttf
--enable-sysvmsg --enable-sysvem --enable-sysvshm --enable-transid
--disable-debug --disable-magic-quotes --with-mysql --enable-cli
--enable-cgi --with-ldap --with-kerberos
--with-mssql=/usr/local/freetds --enable-force-cgi-redirect

make



Actual result:
--
/bin/sh /usr/local/src/php-5.2.0/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/imap/ -I/usr/local/src/php-5.2.0/ext/imap/
-DPHP_ATOM_INC -I/usr/local/src/php-5.2.0/include
-I/usr/local/src/php-5.2.0/main -I/usr/local/src/php-5.2.0
-I/usr/include/libxml2 -I/usr/local/src/php-5.2.0/ext/date/lib
-I/usr/local/include -I/usr/local/src/php-5.2.0/ext/mbstring/oniguruma
-I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl
-I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl/mbfl
-I/usr/local/freetds/include -I/usr/include/mysql
-I/usr/local/src/php-5.2.0/TSRM -I/usr/local/src/php-5.2.0/Zend   
-I/usr/include -g -O2  -prefer-non-pic -c
/usr/local/src/php-5.2.0/ext/imap/php_imap.c -o ext/imap/php_imap.lo 
/usr/local/src/php-5.2.0/ext/imap/php_imap.c: In function
'zif_imap_utf8':
/usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error:
'U8T_CANONICAL' undeclared (first use in this function)
/usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: (Each
undeclared identifier is reported only once
/usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: for each
function it appears in.)
make: *** [ext/imap/php_imap.lo] Error 1






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


#40132 [Fbk]: Build error in ext/imap (U8T_CANONICAL def missing)

2007-01-19 Thread tony2001
 ID:   40132
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mathias dot lieber at web dot de
 Status:   Feedback
 Bug Type: *Compile Issues
 Operating System: Linux, 2.6.18, Ubuntu/Debian
 PHP Version:  5.2.0
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip




Previous Comments:


[2007-01-19 17:31:54] phpbugs at thequod dot de

I could still build PHP at Jan 14 2007 01:46:28.

Now I get the following error with current CVS:
/PHP_5_2/ext/imap/php_imap.c: In function 'zif_imap_utf8':
/PHP_5_2/ext/imap/php_imap.c:2212: error: 'U8T_CANONICAL' 
undeclared (first use in this function)

I have libc-client-dev 7:2002edebian1-13 installed on 
Ubuntu Dapper and U8T_CANONICAL is not defined 
in /usr/include/c-client/utf8.h. It's defined nowhere 
in /usr/include.



[2007-01-17 10:37:14] [EMAIL PROTECTED]

Make sure you've installed c-client properly and its headers define
U8T_CANONICAL constant.
Look for utf8.h in imap-2006+ it contains U8T_CANONICAL definition.




[2007-01-15 10:15:18] mathias dot lieber at web dot de

Description:

5.2.0 does not build because it's missing the definition of
U8T_CANONICAL in the imap extension. I tried both with
libc-client-dev package as well as with self-compiled
imapd.2006XXX.TAR.GZ.

Reproduce code:
---
./configure --with-gettext --with-imap --with-imap-ssl --with-zlib
--with-gd --with-mcrypt --with-openssl --with-xml --without-pear
--with-apxs2=/usr/local/apache2/bin/apxs --enable-memory-limit
--enable-track-vars --enable-wddx --enable-ftp --enable-gd-native-ttf
--enable-sysvmsg --enable-sysvem --enable-sysvshm --enable-transid
--disable-debug --disable-magic-quotes --with-mysql --enable-cli
--enable-cgi --with-ldap --with-kerberos
--with-mssql=/usr/local/freetds --enable-force-cgi-redirect

make



Actual result:
--
/bin/sh /usr/local/src/php-5.2.0/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/imap/ -I/usr/local/src/php-5.2.0/ext/imap/
-DPHP_ATOM_INC -I/usr/local/src/php-5.2.0/include
-I/usr/local/src/php-5.2.0/main -I/usr/local/src/php-5.2.0
-I/usr/include/libxml2 -I/usr/local/src/php-5.2.0/ext/date/lib
-I/usr/local/include -I/usr/local/src/php-5.2.0/ext/mbstring/oniguruma
-I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl
-I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl/mbfl
-I/usr/local/freetds/include -I/usr/include/mysql
-I/usr/local/src/php-5.2.0/TSRM -I/usr/local/src/php-5.2.0/Zend   
-I/usr/include -g -O2  -prefer-non-pic -c
/usr/local/src/php-5.2.0/ext/imap/php_imap.c -o ext/imap/php_imap.lo 
/usr/local/src/php-5.2.0/ext/imap/php_imap.c: In function
'zif_imap_utf8':
/usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error:
'U8T_CANONICAL' undeclared (first use in this function)
/usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: (Each
undeclared identifier is reported only once
/usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: for each
function it appears in.)
make: *** [ext/imap/php_imap.lo] Error 1






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


#40169 [Csd-Opn]: CURLOPT_TCP_NODELAY only available in curl = 7.11.2

2007-01-19 Thread webmaster at bison-soft dot de
 ID:   40169
 User updated by:  webmaster at bison-soft dot de
 Reported By:  webmaster at bison-soft dot de
-Status:   Closed
+Status:   Open
 Bug Type: cURL related
 Operating System: irrelevant
 PHP Version:  5.2.1RC3
 New Comment:

Hello Tony,

IMHO, you have commentet out too much with your patch:

case CURLOPT_AUTOREFERER:
case CURLOPT_COOKIESESSION:
+#if LIBCURL_VERSION_NUM  0x070b01 /* CURLOPT_TCP_NODELAY is available
since curl 7.11.2 */
case CURLOPT_TCP_NODELAY:
convert_to_long_ex(zvalue);
error = curl_easy_setopt(ch-cp, option, 
Z_LVAL_PP(zvalue));
break;
+#endif
case CURLOPT_FOLLOWLOCATION:

Shouldn't the #if only cover CURLOPT_TCP_NODELAY so that
curl_easy_setopt for the other two cases (CURLOPT_AUTOREFERER and
CURLOPT_COOKIESESSION) is done? It would then look like

case CURLOPT_AUTOREFERER:
case CURLOPT_COOKIESESSION:
+#if LIBCURL_VERSION_NUM  0x070b01 /* CURLOPT_TCP_NODELAY is available
since curl 7.11.2 */
case CURLOPT_TCP_NODELAY:
+#endif
convert_to_long_ex(zvalue);
error = curl_easy_setopt(ch-cp, option, 
Z_LVAL_PP(zvalue));
break;


Previous Comments:


[2007-01-19 15:38:53] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





[2007-01-19 15:22:50] webmaster at bison-soft dot de

Description:

compile of curl extension in php 5.1.3rc3 fails when using libcurl 
7.11.2 because CURLOPT_TCP_NODELAY was first available in 7.11.2



Expected result:

Compiles cleanly even with curl version 7.10.6

Actual result:
--
usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function
`zm_startup_curl':
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455:
`CURLOPT_TCP_NODELAY' undeclared (first use in this function)
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: (Each
undeclared identifier is reported only once
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: for each
function it appears in.)
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function
`_php_curl_setopt':
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:1267:
`CURLOPT_TCP_NODELAY' undeclared (first use in this function)






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


#40169 [Opn-Csd]: CURLOPT_TCP_NODELAY only available in curl = 7.11.2

2007-01-19 Thread tony2001
 ID:   40169
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at bison-soft dot de
-Status:   Open
+Status:   Closed
 Bug Type: cURL related
 Operating System: irrelevant
 PHP Version:  5.2.1RC3
 New Comment:

Yes, you're right, thanks.


Previous Comments:


[2007-01-19 17:57:14] webmaster at bison-soft dot de

Hello Tony,

IMHO, you have commentet out too much with your patch:

case CURLOPT_AUTOREFERER:
case CURLOPT_COOKIESESSION:
+#if LIBCURL_VERSION_NUM  0x070b01 /* CURLOPT_TCP_NODELAY is available
since curl 7.11.2 */
case CURLOPT_TCP_NODELAY:
convert_to_long_ex(zvalue);
error = curl_easy_setopt(ch-cp, option, 
Z_LVAL_PP(zvalue));
break;
+#endif
case CURLOPT_FOLLOWLOCATION:

Shouldn't the #if only cover CURLOPT_TCP_NODELAY so that
curl_easy_setopt for the other two cases (CURLOPT_AUTOREFERER and
CURLOPT_COOKIESESSION) is done? It would then look like

case CURLOPT_AUTOREFERER:
case CURLOPT_COOKIESESSION:
+#if LIBCURL_VERSION_NUM  0x070b01 /* CURLOPT_TCP_NODELAY is available
since curl 7.11.2 */
case CURLOPT_TCP_NODELAY:
+#endif
convert_to_long_ex(zvalue);
error = curl_easy_setopt(ch-cp, option, 
Z_LVAL_PP(zvalue));
break;



[2007-01-19 15:38:53] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





[2007-01-19 15:22:50] webmaster at bison-soft dot de

Description:

compile of curl extension in php 5.1.3rc3 fails when using libcurl 
7.11.2 because CURLOPT_TCP_NODELAY was first available in 7.11.2



Expected result:

Compiles cleanly even with curl version 7.10.6

Actual result:
--
usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function
`zm_startup_curl':
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455:
`CURLOPT_TCP_NODELAY' undeclared (first use in this function)
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: (Each
undeclared identifier is reported only once
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: for each
function it appears in.)
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function
`_php_curl_setopt':
/usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:1267:
`CURLOPT_TCP_NODELAY' undeclared (first use in this function)






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


#39123 [Bgs]: Default for upload_tmp_dir changed to /tmp (regression)

2007-01-19 Thread phpbugs at thequod dot de
 ID:   39123
 User updated by:  phpbugs at thequod dot de
 Reported By:  phpbugs at thequod dot de
 Status:   Bogus
 Bug Type: Safe Mode/open_basedir
 Operating System: Ubuntu Linux
 PHP Version:  5CVS-2006-10-11 (CVS)
 New Comment:

JFI: it seems to be the same with session.save_path.

Setting it explicitly to /tmp/ helps here, too.


Previous Comments:


[2006-10-13 19:27:27] phpbugs at thequod dot de

And why is it so that:
 upload_tmp_dir=/tmp
 open_basedir=/tmp/
works, but
 open_basedir=/tmp/
does not?! (because of the trailing slash in the last 
example)

Additionally, I don't believe that upload_tmp_dir is set 
on most installs.



[2006-10-13 13:29:05] [EMAIL PROTECTED]

The error is that the default path is validated against 
open_basedir to address earlier tempnam() vulnerability 
allowing open_basedir bypass. 

The solution is either to: set upload_tmp_dir (which is the 
case on most installs) or to make sure that the default tmp 
dir is inside the open_basedir.



[2006-10-13 13:29:04] [EMAIL PROTECTED]

The error is that the default path is validated against 
open_basedir to address earlier tempnam() vulnerability 
allowing open_basedir bypass. 

The solution is either to: set upload_tmp_dir (which is the 
case on most installs) or to make sure that the default tmp 
dir is inside the open_basedir.



[2006-10-13 11:27:26] phpbugs at thequod dot de

Yes, setting upload_tmp_dir explicitly does not cause the 
problem (anymore).

But still, because the default of upload_tmp_dir is empty, 
it should not bail out when detecting the upload_tmp_dir 
setting.

Manually setting upload_tmp_dir to /tmp (without 
trailing slash) allows uploading, but leaving it unset, 
errors out with:

PHP Warning:  Unknown: open_basedir restriction in effect. 
File(/tmp) is not within the allowed path(s): (/X/:/tmp/) 
in Unknown on line 0
PHP Warning:  File upload error - unable to create a 
temporary file in Unknown on line 0


To me it looks like the error gets triggered while 
determining the default upload_tmp_dir setting.

I consider setting upload_tmp_dir explicitly as a 
work-around currently, but it should not be necessary for 
upgrading to 5.2 IMHO.



[2006-10-13 02:21:22] [EMAIL PROTECTED]

Make sure your upload_tmp_dir is set and then it'll work.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/39123

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



#40171 [Opn-WFx]: There should be a way to create DateTime object from UTC timestamp.

2007-01-19 Thread derick
 ID:   40171
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rkumar at msgme dot com
-Status:   Open
+Status:   Wont fix
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  5.2.0
 New Comment:

That would be too confusing, as PHP auto casts and 20070119 is
something quite different from the unix timestamp 20070119. What you
can do is pass this to the ctor: @20070119 - the @ makes it interpret
as a Unix timestamp.


Previous Comments:


[2007-01-19 16:27:05] rkumar at msgme dot com

Description:

The constructor for DateTime object currently takes a string 
as a parameter. In most of the scenarios that I have encountered I need
to create a DateTime object from UTC timestamp. Can the constructor  be
changed to accept string or integer? 






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


#40160 [Opn-Bgs]: create_function() result name starts with a '\0'. Request to chang to e.g. '1'

2007-01-19 Thread johannes
 ID:   40160
 Updated by:   [EMAIL PROTECTED]
 Reported By:  a dot steenveld at id dot umcn dot nl
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: MS windows XP pro
 PHP Version:  4.4.4
 New Comment:

We're not going to change this behavior. (Might break BC and other
reasons)

If you want to use a guessed name you can still use something like
$name = \0lambda_1; $name($param);


Previous Comments:


[2007-01-18 13:34:45] a dot steenveld at id dot umcn dot nl

Description:

create_function() results gets lost sometimes.
And yes, I've checked preveous bugreports, and yes, I know that the use
of create_function() is advised againt in the way I'm using it here. But
I wan't to use continuations in PHP.

The problem is akin to bug 10721 (which is not a bug).

The problem:
create_function() returns a string in the format '\0lambda_%d'
Subsequent calls with a result from create_function() as a argument
will result in an empy string.
   
The workaround is to remove (or replace) this 0.

Request to change the result from create_function().
Starting the name with a digit (or any character not in [_A-Za-z]) will
result in an illegal name, safe enough to prevent name clashes.
This suggest a format like '%d_lambda' as return result from
create_function().

Reproduce code:
---
?php
/* cont.php   -   problem with continuations when using
create_function()
   vim:nu

   Code inspired by
http://www.ps.uni-sb.de/~duchier/python/continuations.html
*/

function writeln($s) { echo $s\n; }

function lambda  ($args, $code) { returncreate_function ($args,
$code); }
function lambda0 ($args, $code) { return substr(create_function ($args,
$code), 1); }
function L ($l) { if (strncmp($l, 'lambda_', 7) === 0) return \0$l;
else return $l; }

function mul ($x, $y, $c) { echo mul($x, $y, $c)\n; $f = L($c);
$f($x*$y); }
function add ($x, $y, $c) { echo add($x, $y, $c)\n; $f = L($c);
$f($x+$y); }
function mal ($x, $y, $c) { echo mal($x, $y, $c)\n; mul(2, $x,
lambda0 ('$v', add(\$v, $y, $c);)); }
function ma  ($x, $y, $c) { echo ma($x, $y, $c)\n;  $f = L($c);
$f(2*$x+$y); }

function f_OK   ($x, $y) { mal($x, $y, lambda0 ('$v', writeln(\f($x,
$y) = \$v\);)); } 
function f_FAIL ($x, $y) { mal($x, $y, lambda  ('$v', writeln(\f($x,
$y) = \$v\);)); } 

f_OK  (2, 2);
f_FAIL(2, 2); // the result of create_function() gets truncated to an
empty string! 
?

Expected result:

// f_FAIL)() not active
mal(2, 2, lambda_1) 
mul(2, 2, lambda_2) 
add(4, 2, lambda_1) 
f(2, 2) = 6

Actual result:
--
// f_FAIL)() active
mal(2, 2, lambda_1) 
mul(2, 2, lambda_2) 
add(4, 2, lambda_1) 
f(2, 2) = 6 
mal(2, 2, \0lambda_3)
Parse error:  parse error, unexpected '}' in ...\cont.php(11) :
runtime-created function on line 1
mul(2, 2, )
Fatal error:  Call to undefined function:  () in ...\cont.php on line
14





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


#30312 [Com]: sybase_unbuffered_query calls

2007-01-19 Thread lobster2 at xs4all dot nl
 ID:   30312
 Comment by:   lobster2 at xs4all dot nl
 Reported By:  dfleury2 at libertysurf dot fr
 Status:   Assigned
 Bug Type: Sybase-ct (ctlib) related
 Operating System: *
 PHP Version:  5.1.3, 4.4.2
 Assigned To:  thekid
 New Comment:

The use of sybase_query instead of sybase_unbuffered_query solved the
core dumps in my case (PHP 4.4.0  5.2.0 CLI with Sybase 12.5.3 on AIX
5.2).

I used the sybase_unbuffered_query calls with the third parameter =
false. The second sql query call in the script would crash the process
every time, surviving only the first fetch on the result set.


Previous Comments:


[2006-05-02 16:36:41] dfleury2 at libertysurf dot fr

The bugs are still here in the 5.1.3 release.



[2005-02-07 22:01:53] dfleury2 at libertysurf dot fr

The patch seems to work for the first example but not this one.
?php
$db   = sybase_connect( 'LOCALHOST', 'sa', '' );
 
$query= sybase_unbuffered_query( 'select getdate()' );
$array= sybase_fetch_array( $query );
var_dump( $array );
sybase_free_result( $query );
 
$query  = sybase_unbuffered_query( 'select getdate(), getdate()'
);
$array  = sybase_fetch_array( $query );
var_dump( $array );
 
sybase_free_result( $query );
?
 
OUTPUT

array(2) {
  [0]=
  string(19) Feb  7 2005  2:18PM
  [computed]=
  string(19) Feb  7 2005  2:18PM
}
array(4) {
  [0]=
  string(19) Feb  7 2005  2:18PM
  [8]=
  string(19) Feb  7 2005  2:18PM
  [1]=
  string(19) Feb  7 2005  2:18PM
  [Ø]=
  string(19) Feb  7 2005  2:18PM
}
Bus error
 
with the patch a sample like this didn't work.
(I not sure if it's a legitimate code)
 
?php
$db = sybase_connect( 'LOCAHOST', 'sa', '' );
 
$i = 0;
while( 1 )
{
$query = sybase_unbuffered_query( 'select * from big_table' );
$array = sybase_fetch_array( $query );
echo $i++. \n;
}
?
 

but I got :
Warning: sybase_fetch_array(): supplied argument is not a valid Sybase
result resource in /tmp_mnt/users/fxa/fle
ury/divers/php/test2.php on line 8
 
(work fine in 4.3.8 but with memory leaks).



[2005-02-06 15:35:40] [EMAIL PROTECTED]

Sorry, I cannot reproduce this, neither with apache / mod_php4 nor with
cli-php. Maybe this is because I'm using FreeTDS (and not the ct-libs?)

I added a test case to the PHP test system
(http://cvs.php.net/co.php/php-src/ext/sybase_ct/tests/bug30312.phpt)

which worked fine for me.

I can see a possible double-free in the sourcecode. Maybe could you try
the following patch:

http://sitten-polizei.de/bug30312.patch



[2005-02-03 21:11:37] dfleury2 at libertysurf dot fr

The problem still here. (php_sybase_ct.c didn't move)

A free avoid the core, but the array is corrupted for the second
fetch.

?php
$db = sybase_connect( 'LOCALHOST', 'sa', '' );
 
$query  = sybase_unbuffered_query( 'select getdate()' );
$array  = sybase_fetch_array( $query );
var_dump( $array );
sybase_free_result( $query );
 
$query  = sybase_unbuffered_query( 'select getdate(), getdate()'
);
while( $array  = sybase_fetch_array( $query ) )
var_dump( $array );
//sybase_free_result( $query );
?



[2004-10-03 20:21:32] dfleury2 at libertysurf dot fr

Description:

Two calls to sybase_unbuffered_query core Apache.

To correct the problem before somelse those it
perfectly, I had add a return after
php_sybase_finish_results(result);

/* Forward declaration */
static int php_sybase_finish_results (sybase_result *result);

static void php_free_sybase_result(zend_rsrc_list_entry *rsrc
TSRMLS_DC)
{
sybase_result *result = (sybase_result *)rsrc-ptr;

/* Check to see if we've read all rows */
if (result-sybase_ptr  result-sybase_ptr-active_result_index)
{
if (result-sybase_ptr-cmd) {
ct_cancel(NULL, result-sybase_ptr-cmd, CS_CANCEL_ALL);
}
php_sybase_finish_results(result);
return;// correction
}

_free_sybase_result(result);
}

Reproduce code:
---
?php
$db = sybase_connect( 'LOCALHOST', 'sa', '' );

$query  = sybase_unbuffered_query( 'select getdate()' );
$array  = sybase_fetch_array( $query );

echo $array[ 0 ];
echo 'br';

$query  = sybase_unbuffered_query( 'select getdate()' );
$array  = sybase_fetch_array( $query );
echo $array[ 0 ];
?

Expected result:

2-Oct-2004 18:42:50
2-Oct-2004 18:42:50

Actual result:
--
Core dump

(gdb) bt
#0  0x080e2890 in _free_sybase_result (result=0x81cb89c)
at
/home/david/Documents/php-4.3.9/ext/sybase_ct/php_sybase_ct.c:128
#1  

#40175 [NEW]: Problems in DOM XML hierarchy

2007-01-19 Thread galvao at galvao dot eti dot br
From: galvao at galvao dot eti dot br
Operating system: All
PHP version:  5.2.0
PHP Bug Type: DOM XML related
Bug description:  Problems in DOM XML hierarchy

Description:

The childNodes function returns a DOMNodeList, but while iterating over it
I find DOMTexts and DOMElements,  instead of DOMNodes.

Reproduce code:
---
XML: http://pastebin.ca/321816
PHP: http://pastebin.ca/321822

Expected result:

object(DOMNode)#x (0) {
}
object(DOMNode)#x (0) {
}

Where 'x' is a number.

Actual result:
--
object(DOMText)#x (0) {
}
object(DOMElement)#x (0) {
}

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


#40175 [Opn-Bgs]: Problems in DOM XML hierarchy

2007-01-19 Thread rrichards
 ID:   40175
 Updated by:   [EMAIL PROTECTED]
 Reported By:  galvao at galvao dot eti dot br
-Status:   Open
+Status:   Bogus
 Bug Type: DOM XML related
 Operating System: All
 PHP Version:  5.2.0
 New Comment:

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




Previous Comments:


[2007-01-19 19:44:46] galvao at galvao dot eti dot br

Description:

The childNodes function returns a DOMNodeList, but while iterating over
it I find DOMTexts and DOMElements,  instead of DOMNodes.

Reproduce code:
---
XML: http://pastebin.ca/321816
PHP: http://pastebin.ca/321822

Expected result:

object(DOMNode)#x (0) {
}
object(DOMNode)#x (0) {
}

Where 'x' is a number.

Actual result:
--
object(DOMText)#x (0) {
}
object(DOMElement)#x (0) {
}





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


#40175 [Bgs-Fbk]: Problems in DOM XML hierarchy

2007-01-19 Thread tony2001
 ID:   40175
 Updated by:   [EMAIL PROTECTED]
 Reported By:  galvao at galvao dot eti dot br
-Status:   Bogus
+Status:   Feedback
 Bug Type: DOM XML related
 Operating System: All
 PHP Version:  5.2.0
 New Comment:

The XML seems to be broken:

Warning: DOMDocument::load(): Premature end of data in tag SyncQueue
line 3 in /tmp/test.xml, line: 13 in /tmp/5.php on line 4
Erro ao abrir o arquivo XML


Previous Comments:


[2007-01-19 19:52:25] [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





[2007-01-19 19:44:46] galvao at galvao dot eti dot br

Description:

The childNodes function returns a DOMNodeList, but while iterating over
it I find DOMTexts and DOMElements,  instead of DOMNodes.

Reproduce code:
---
XML: http://pastebin.ca/321816
PHP: http://pastebin.ca/321822

Expected result:

object(DOMNode)#x (0) {
}
object(DOMNode)#x (0) {
}

Where 'x' is a number.

Actual result:
--
object(DOMText)#x (0) {
}
object(DOMElement)#x (0) {
}





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


#40175 [Fbk-Opn]: Problems in DOM XML hierarchy

2007-01-19 Thread galvao at galvao dot eti dot br
 ID:   40175
 User updated by:  galvao at galvao dot eti dot br
 Reported By:  galvao at galvao dot eti dot br
-Status:   Feedback
+Status:   Open
 Bug Type: DOM XML related
 Operating System: All
 PHP Version:  5.2.0
 New Comment:

Sorry forgot to close the root element.

XML now at http://pastebin.ca/321840


Previous Comments:


[2007-01-19 19:52:58] [EMAIL PROTECTED]

The XML seems to be broken:

Warning: DOMDocument::load(): Premature end of data in tag SyncQueue
line 3 in /tmp/test.xml, line: 13 in /tmp/5.php on line 4
Erro ao abrir o arquivo XML



[2007-01-19 19:52:25] [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





[2007-01-19 19:44:46] galvao at galvao dot eti dot br

Description:

The childNodes function returns a DOMNodeList, but while iterating over
it I find DOMTexts and DOMElements,  instead of DOMNodes.

Reproduce code:
---
XML: http://pastebin.ca/321816
PHP: http://pastebin.ca/321822

Expected result:

object(DOMNode)#x (0) {
}
object(DOMNode)#x (0) {
}

Where 'x' is a number.

Actual result:
--
object(DOMText)#x (0) {
}
object(DOMElement)#x (0) {
}





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


#40176 [NEW]: Bug #40038 gcc configure failure can be fixed with CXX=xlC ./configure

2007-01-19 Thread lobster2 at xs4all dot nl
From: lobster2 at xs4all dot nl
Operating system: AIX 5.2
PHP version:  5.2.0
PHP Bug Type: Compile Failure
Bug description:  Bug #40038 gcc configure failure can be fixed with CXX=xlC 
./configure

Description:

The bug in configure for PHP 5.2.0 where it thinks gcc is the only
compiler present (where it isn't), see bug #40038 can be fixed by issuing
the following configure:

   $ CXX=xlC ./configure



Reproduce code:
---
Sorry not to include code because I do not have it at my disposal right
now.

Expected result:

Why are these things written off as non-PHP bugs? Aren't the build and
configure scripts not as much part of PHP as the code itself. Every time I
build PHP on AIX I need to spend a few hours hunting bugs before it
builds, whereas Linux/gcc compiles flawlessly.

I saw that the bug on the enum values has already been reported (fix:
EXTRA_CFLAGS='-qenum=intlong' make).

Dito for compile syntax error on the // NULL comment that should have been
/* NULL */ or something of the kind.

Another major pain was the location of .o files in the .libs subdirs
instead of in the same dir as the .lo files reside and where nm expects
them, causing the make of sapi/cli/php to fail. Adding symlinks solved
this for me. See the Makefile where the output of the echo of .lo files to
sed is fed to nm.



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


#40175 [Opn-Bgs]: Problems in DOM XML hierarchy

2007-01-19 Thread rrichards
 ID:   40175
 Updated by:   [EMAIL PROTECTED]
 Reported By:  galvao at galvao dot eti dot br
-Status:   Open
+Status:   Bogus
 Bug Type: DOM XML related
 Operating System: All
 PHP Version:  5.2.0
 New Comment:

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

still bogus - they're all domnodes


Previous Comments:


[2007-01-19 20:01:56] galvao at galvao dot eti dot br

Sorry forgot to close the root element.

XML now at http://pastebin.ca/321840



[2007-01-19 19:52:58] [EMAIL PROTECTED]

The XML seems to be broken:

Warning: DOMDocument::load(): Premature end of data in tag SyncQueue
line 3 in /tmp/test.xml, line: 13 in /tmp/5.php on line 4
Erro ao abrir o arquivo XML



[2007-01-19 19:52:25] [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





[2007-01-19 19:44:46] galvao at galvao dot eti dot br

Description:

The childNodes function returns a DOMNodeList, but while iterating over
it I find DOMTexts and DOMElements,  instead of DOMNodes.

Reproduce code:
---
XML: http://pastebin.ca/321816
PHP: http://pastebin.ca/321822

Expected result:

object(DOMNode)#x (0) {
}
object(DOMNode)#x (0) {
}

Where 'x' is a number.

Actual result:
--
object(DOMText)#x (0) {
}
object(DOMElement)#x (0) {
}





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


#40176 [Opn-Bgs]: Bug #40038 gcc configure failure can be fixed with CXX=xlC ./configure

2007-01-19 Thread tony2001
 ID:   40176
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lobster2 at xs4all dot nl
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: AIX 5.2
 PHP Version:  5.2.0
 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.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




Previous Comments:


[2007-01-19 20:05:57] lobster2 at xs4all dot nl

Description:

The bug in configure for PHP 5.2.0 where it thinks gcc is the only
compiler present (where it isn't), see bug #40038 can be fixed by
issuing the following configure:

   $ CXX=xlC ./configure



Reproduce code:
---
Sorry not to include code because I do not have it at my disposal right
now.

Expected result:

Why are these things written off as non-PHP bugs? Aren't the build and
configure scripts not as much part of PHP as the code itself. Every
time I build PHP on AIX I need to spend a few hours hunting bugs
before it builds, whereas Linux/gcc compiles flawlessly.

I saw that the bug on the enum values has already been reported (fix:
EXTRA_CFLAGS='-qenum=intlong' make).

Dito for compile syntax error on the // NULL comment that should have
been /* NULL */ or something of the kind.

Another major pain was the location of .o files in the .libs subdirs
instead of in the same dir as the .lo files reside and where nm expects
them, causing the make of sapi/cli/php to fail. Adding symlinks solved
this for me. See the Makefile where the output of the echo of .lo files
to sed is fed to nm.







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


#37462 [Com]: install fails for sapi/cgi/php

2007-01-19 Thread lobster2 at xs4all dot nl
 ID:   37462
 Comment by:   lobster2 at xs4all dot nl
 Reported By:  ionut dot aivanesei at amdocs dot com
 Status:   Open
 Bug Type: Compile Failure
 Operating System: AIX 5.3
 PHP Version:  5.2.0
 New Comment:

Problem (3) reported [19 Oct 2006 11:37pm UTC] sharanu_mudgal at yahoo
dot com

Only important if you need the php CLI executable.

Worked around this by symlinking all .libs/*.o one dir higher up the
hierarchy, where the .lo files with the same name reside.


Previous Comments:


[2007-01-07 23:14:02] ionut dot aivanesei at amdocs dot com

Hi there,

The same thing is happenign again for 5.2.0

Ionutz



[2006-10-19 23:37:16] sharanu_mudgal at yahoo dot com

Hi!  I am having almost the same issue on AIX 5.2. Here is the sequence
of things I did.

1) Tried to build php5.1.4 for apache2.2.  Build failed with the
following error

/opt/freeware/bin/bash: -c: line 1: unexpected EOF while looking for
matching `''
make: The error code from the last command is 2.

2) After searching for some time for help found the link to below bug
which pointed towards using gnu make instead of the native AIX.
http://bugs.php.net/bug.php?id=35888

3)used the gnu make for the build.   The build was successfull. 
However I get the following messages in the log files

snippet
echo '#! .'  php.sym  echo php.sym  nm -BCpg `echo
ext/libxml/libxml.lo ext/pcre/pcrelib/pcre_chartables.lo
ext/pcre/pcrelib/pcre_ucp_searchfuncs.lo
ext/pcre/pcrelib/pcre_compile.lo ext/pcre/pcrelib/pcre_config.lo
ext/pcre/pcrelib/pcre_dfa_exec.lo ext/pcre/pcrelib/pcre_exec.lo
ext/pcre/pcrelib/pcre_fullinfo.lo ext/pcre/pcrelib/pcre_get.lo
ext/pcre/pcrelib/pcre_globals.lo ext/pcre/pcrelib/pcre_info.lo
ext/pcre/pcrelib/pcre_maketables.lo ext/pcre/pcrelib/pcre_ord2utf8.lo
ext/pcre/pcrelib/pcre_refcount.lo ext/pcre/pcrelib/pcre_study.lo
ext/pcre/pcrelib/pcre_tables.lo ext/pcre/pcrelib/pcre_try_flipped.lo
ext/pcre/pcrelib/pcre_valid_utf8.lo ext/pcre/pcrelib/pcre_version.lo
ext/pcre/pcrelib/pcre_xclass.lo ext/pcre/php_pcre.lo ext/ctype/ctype.lo
ext/date/php_date.lo ext/date/lib/astro.lo ext/date/lib/dow.lo
ext/date/lib/parse_date.lo ext/date/lib/parse_tz.lo
ext/date/lib/timelib.lo ext/date/lib/tm2unixtime.lo
ext/date/lib/unixtime2tm.lo ext/dom/php_dom.lo ext/dom/attr.lo
ext/dom/document.lo ext/dom/domerrorhandler.lo ext/dom/domstringlist.lo
ext/dom/domexception.lo ext/dom/namelist.lo
ext/dom/processinginstruction.lo ext/dom/cdatasection.lo
ext/dom/documentfragment.lo ext/dom/domimplementation.lo
ext/dom/element.lo ext/dom/node.lo ext/dom/string_extend.lo
ext/dom/characterdata.lo ext/dom/documenttype.lo
ext/dom/domimplementationlist.lo ext/dom/entity.lo ext/dom/nodelist.lo
ext/dom/text.lo ext/dom/comment.lo ext/dom/domconfiguration.lo
ext/dom/domimplementationsource.lo ext/dom/entityreference.lo
ext/dom/notation.lo ext/dom/xpath.lo ext/dom/dom_iterators.lo
ext/dom/typeinfo.lo ext/dom/domerror.lo ext/dom/domlocator.lo
ext/dom/namednodemap.lo ext/dom/userdatahandler.lo ext/ftp/php_ftp.lo
ext/ftp/ftp.lo ext/gettext/gettext.lo ext/hash/hash.lo
ext/hash/hash_md.lo ext/hash/hash_sha.lo ext/hash/hash_ripemd.lo
ext/hash/hash_haval.lo ext/hash/hash_tiger.lo ext/hash/hash_gost.lo
ext/hash/hash_snefru.lo ext/hash/hash_whirlpool.lo
ext/hash/hash_adler32.lo ext/hash/hash_crc32.lo ext/iconv/iconv.lo
ext/mbstring/oniguruma/regcomp.lo ext/mbstring/oniguruma/regerror.lo
ext/mbstring/oniguruma/regexec.lo ext/mbstring/oniguruma/reggnu.lo
ext/mbstring/oniguruma/regparse.lo ext/mbstring/oniguruma/regenc.lo
ext/mbstring/oniguruma/regext.lo ext/mbstring/oniguruma/regsyntax.lo
ext/mbstring/oniguruma/regtrav.lo ext/mbstring/oniguruma/regversion.lo
ext/mbstring/oniguruma/st.lo ext/mbstring/oniguruma/enc/unicode.lo
ext/mbstring/oniguruma/enc/ascii.lo ext/mbstring/oniguruma/enc/utf8.lo
ext/mbstring/oniguruma/enc/euc_jp.lo
ext/mbstring/oniguruma/enc/euc_tw.lo
ext/mbstring/oniguruma/enc/euc_kr.lo ext/mbstring/oniguruma/enc/sjis.lo
ext/mbstring/oniguruma/enc/iso8859_1.lo
ext/mbstring/oniguruma/enc/iso8859_2.lo
ext/mbstring/oniguruma/enc/iso8859_3.lo
ext/mbstring/oniguruma/enc/iso8859_4.lo
ext/mbstring/oniguruma/enc/iso8859_5.lo
ext/mbstring/oniguruma/enc/iso8859_6.lo
ext/mbstring/oniguruma/enc/iso8859_7.lo
ext/mbstring/oniguruma/enc/iso8859_8.lo
ext/mbstring/oniguruma/enc/iso8859_9.lo
ext/mbstring/oniguruma/enc/iso8859_10.lo
ext/mbstring/oniguruma/enc/iso8859_11.lo
ext/mbstring/oniguruma/enc/iso8859_13.lo
ext/mbstring/oniguruma/enc/iso8859_14.lo
ext/mbstring/oniguruma/enc/iso8859_15.lo
ext/mbstring/oniguruma/enc/iso8859_16.lo
ext/mbstring/oniguruma/enc/koi8.lo ext/mbstring/oniguruma/enc/koi8_r.lo
ext/mbstring/oniguruma/enc/big5.lo
ext/mbstring/oniguruma/enc/utf16_be.lo
ext/mbstring/oniguruma/enc/utf16_le.lo
ext/mbstring/oniguruma/enc/utf32_be.lo
ext/mbstring/oniguruma/enc/utf32_le.lo

#40176 [Bgs]: Bug #40038 gcc configure failure can be fixed with CXX=xlC ./configure

2007-01-19 Thread lobster2 at xs4all dot nl
 ID:   40176
 User updated by:  lobster2 at xs4all dot nl
 Reported By:  lobster2 at xs4all dot nl
 Status:   Bogus
-Bug Type: Compile Failure
+Bug Type: *General Issues
 Operating System: AIX 5.2
 PHP Version:  5.2.0
 New Comment:

Why was this report set to status Bogus within a few minutes? The
problems and *fixes* I submitted are very real. This is demoralizing
:-(


Previous Comments:


[2007-01-19 20:14:42] [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.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.





[2007-01-19 20:05:57] lobster2 at xs4all dot nl

Description:

The bug in configure for PHP 5.2.0 where it thinks gcc is the only
compiler present (where it isn't), see bug #40038 can be fixed by
issuing the following configure:

   $ CXX=xlC ./configure



Reproduce code:
---
Sorry not to include code because I do not have it at my disposal right
now.

Expected result:

Why are these things written off as non-PHP bugs? Aren't the build and
configure scripts not as much part of PHP as the code itself. Every
time I build PHP on AIX I need to spend a few hours hunting bugs
before it builds, whereas Linux/gcc compiles flawlessly.

I saw that the bug on the enum values has already been reported (fix:
EXTRA_CFLAGS='-qenum=intlong' make).

Dito for compile syntax error on the // NULL comment that should have
been /* NULL */ or something of the kind.

Another major pain was the location of .o files in the .libs subdirs
instead of in the same dir as the .lo files reside and where nm expects
them, causing the make of sapi/cli/php to fail. Adding symlinks solved
this for me. See the Makefile where the output of the echo of .lo files
to sed is fed to nm.







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


#40177 [NEW]: Re: Bug #39781 Can't Install/Server Gives Error

2007-01-19 Thread taka101 at gmail dot com
From: taka101 at gmail dot com
Operating system: Windows XP
PHP version:  5.2.0
PHP Bug Type: Apache related
Bug description:  Re: Bug #39781 Can't Install/Server Gives Error 

Description:

Re: Bug #39781 Can't Install/Server Gives Error 

I had the same problem. Apparently, the requested dll files are not in the
.zip (installation) file.

Takashi


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


#40177 [Opn-Bgs]: Re: Bug #39781 Can't Install/Server Gives Error

2007-01-19 Thread tony2001
 ID:   40177
 Updated by:   [EMAIL PROTECTED]
 Reported By:  taka101 at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Apache related
 Operating System: Windows XP
 PHP Version:  5.2.0
 New Comment:

Files isqlt09a.dll, OCI.dll, aspell-15.dll and others are parts of
other third-party products.


Previous Comments:


[2007-01-19 20:54:02] taka101 at gmail dot com

Description:

Re: Bug #39781 Can't Install/Server Gives Error 

I had the same problem. Apparently, the requested dll files are not in
the .zip (installation) file.

Takashi






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


#40132 [Com]: Build error in ext/imap (U8T_CANONICAL def missing)

2007-01-19 Thread phpbugs at thequod dot de
 ID:   40132
 Comment by:   phpbugs at thequod dot de
 Reported By:  mathias dot lieber at web dot de
 Status:   Feedback
 Bug Type: *Compile Issues
 Operating System: Linux, 2.6.18, Ubuntu/Debian
 PHP Version:  5.2.0
 New Comment:

checking for U8T_CANONICAL... no
configure: error: utf8_mime2text() has new signature, but 
U8T_CANONICAL is missing. This should not happen. Check 
config.log for additional information.
I'll send you config.log.


Previous Comments:


[2007-01-19 17:47:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip





[2007-01-19 17:31:54] phpbugs at thequod dot de

I could still build PHP at Jan 14 2007 01:46:28.

Now I get the following error with current CVS:
/PHP_5_2/ext/imap/php_imap.c: In function 'zif_imap_utf8':
/PHP_5_2/ext/imap/php_imap.c:2212: error: 'U8T_CANONICAL' 
undeclared (first use in this function)

I have libc-client-dev 7:2002edebian1-13 installed on 
Ubuntu Dapper and U8T_CANONICAL is not defined 
in /usr/include/c-client/utf8.h. It's defined nowhere 
in /usr/include.



[2007-01-17 10:37:14] [EMAIL PROTECTED]

Make sure you've installed c-client properly and its headers define
U8T_CANONICAL constant.
Look for utf8.h in imap-2006+ it contains U8T_CANONICAL definition.




[2007-01-15 10:15:18] mathias dot lieber at web dot de

Description:

5.2.0 does not build because it's missing the definition of
U8T_CANONICAL in the imap extension. I tried both with
libc-client-dev package as well as with self-compiled
imapd.2006XXX.TAR.GZ.

Reproduce code:
---
./configure --with-gettext --with-imap --with-imap-ssl --with-zlib
--with-gd --with-mcrypt --with-openssl --with-xml --without-pear
--with-apxs2=/usr/local/apache2/bin/apxs --enable-memory-limit
--enable-track-vars --enable-wddx --enable-ftp --enable-gd-native-ttf
--enable-sysvmsg --enable-sysvem --enable-sysvshm --enable-transid
--disable-debug --disable-magic-quotes --with-mysql --enable-cli
--enable-cgi --with-ldap --with-kerberos
--with-mssql=/usr/local/freetds --enable-force-cgi-redirect

make



Actual result:
--
/bin/sh /usr/local/src/php-5.2.0/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/imap/ -I/usr/local/src/php-5.2.0/ext/imap/
-DPHP_ATOM_INC -I/usr/local/src/php-5.2.0/include
-I/usr/local/src/php-5.2.0/main -I/usr/local/src/php-5.2.0
-I/usr/include/libxml2 -I/usr/local/src/php-5.2.0/ext/date/lib
-I/usr/local/include -I/usr/local/src/php-5.2.0/ext/mbstring/oniguruma
-I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl
-I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl/mbfl
-I/usr/local/freetds/include -I/usr/include/mysql
-I/usr/local/src/php-5.2.0/TSRM -I/usr/local/src/php-5.2.0/Zend   
-I/usr/include -g -O2  -prefer-non-pic -c
/usr/local/src/php-5.2.0/ext/imap/php_imap.c -o ext/imap/php_imap.lo 
/usr/local/src/php-5.2.0/ext/imap/php_imap.c: In function
'zif_imap_utf8':
/usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error:
'U8T_CANONICAL' undeclared (first use in this function)
/usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: (Each
undeclared identifier is reported only once
/usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: for each
function it appears in.)
make: *** [ext/imap/php_imap.lo] Error 1






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


#40132 [Fbk]: Build error in ext/imap (U8T_CANONICAL def missing)

2007-01-19 Thread tony2001
 ID:   40132
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mathias dot lieber at web dot de
 Status:   Feedback
 Bug Type: *Compile Issues
 Operating System: Linux, 2.6.18, Ubuntu/Debian
 PHP Version:  5.2.0
 New Comment:

/usr/include/c-client/nntp.h:64: error: syntax error before 'FILE'

What is the version of your imap package?
Where did you get it? Please put nntp.h online and paste the URL here.



Previous Comments:


[2007-01-19 21:34:28] phpbugs at thequod dot de

checking for U8T_CANONICAL... no
configure: error: utf8_mime2text() has new signature, but 
U8T_CANONICAL is missing. This should not happen. Check 
config.log for additional information.
I'll send you config.log.



[2007-01-19 17:47:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip





[2007-01-19 17:31:54] phpbugs at thequod dot de

I could still build PHP at Jan 14 2007 01:46:28.

Now I get the following error with current CVS:
/PHP_5_2/ext/imap/php_imap.c: In function 'zif_imap_utf8':
/PHP_5_2/ext/imap/php_imap.c:2212: error: 'U8T_CANONICAL' 
undeclared (first use in this function)

I have libc-client-dev 7:2002edebian1-13 installed on 
Ubuntu Dapper and U8T_CANONICAL is not defined 
in /usr/include/c-client/utf8.h. It's defined nowhere 
in /usr/include.



[2007-01-17 10:37:14] [EMAIL PROTECTED]

Make sure you've installed c-client properly and its headers define
U8T_CANONICAL constant.
Look for utf8.h in imap-2006+ it contains U8T_CANONICAL definition.




[2007-01-15 10:15:18] mathias dot lieber at web dot de

Description:

5.2.0 does not build because it's missing the definition of
U8T_CANONICAL in the imap extension. I tried both with
libc-client-dev package as well as with self-compiled
imapd.2006XXX.TAR.GZ.

Reproduce code:
---
./configure --with-gettext --with-imap --with-imap-ssl --with-zlib
--with-gd --with-mcrypt --with-openssl --with-xml --without-pear
--with-apxs2=/usr/local/apache2/bin/apxs --enable-memory-limit
--enable-track-vars --enable-wddx --enable-ftp --enable-gd-native-ttf
--enable-sysvmsg --enable-sysvem --enable-sysvshm --enable-transid
--disable-debug --disable-magic-quotes --with-mysql --enable-cli
--enable-cgi --with-ldap --with-kerberos
--with-mssql=/usr/local/freetds --enable-force-cgi-redirect

make



Actual result:
--
/bin/sh /usr/local/src/php-5.2.0/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/imap/ -I/usr/local/src/php-5.2.0/ext/imap/
-DPHP_ATOM_INC -I/usr/local/src/php-5.2.0/include
-I/usr/local/src/php-5.2.0/main -I/usr/local/src/php-5.2.0
-I/usr/include/libxml2 -I/usr/local/src/php-5.2.0/ext/date/lib
-I/usr/local/include -I/usr/local/src/php-5.2.0/ext/mbstring/oniguruma
-I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl
-I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl/mbfl
-I/usr/local/freetds/include -I/usr/include/mysql
-I/usr/local/src/php-5.2.0/TSRM -I/usr/local/src/php-5.2.0/Zend   
-I/usr/include -g -O2  -prefer-non-pic -c
/usr/local/src/php-5.2.0/ext/imap/php_imap.c -o ext/imap/php_imap.lo 
/usr/local/src/php-5.2.0/ext/imap/php_imap.c: In function
'zif_imap_utf8':
/usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error:
'U8T_CANONICAL' undeclared (first use in this function)
/usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: (Each
undeclared identifier is reported only once
/usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: for each
function it appears in.)
make: *** [ext/imap/php_imap.lo] Error 1






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


#40132 [Fbk]: Build error in ext/imap (U8T_CANONICAL def missing)

2007-01-19 Thread tony2001
 ID:   40132
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mathias dot lieber at web dot de
 Status:   Feedback
 Bug Type: *Compile Issues
 Operating System: Linux, 2.6.18, Ubuntu/Debian
 PHP Version:  5.2.0
 New Comment:

Check next snapshot @ snaps.php.net (in a couple of hours), it should
be fixed there.


Previous Comments:


[2007-01-19 21:46:18] [EMAIL PROTECTED]

/usr/include/c-client/nntp.h:64: error: syntax error before 'FILE'

What is the version of your imap package?
Where did you get it? Please put nntp.h online and paste the URL here.




[2007-01-19 21:34:28] phpbugs at thequod dot de

checking for U8T_CANONICAL... no
configure: error: utf8_mime2text() has new signature, but 
U8T_CANONICAL is missing. This should not happen. Check 
config.log for additional information.
I'll send you config.log.



[2007-01-19 17:47:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip





[2007-01-19 17:31:54] phpbugs at thequod dot de

I could still build PHP at Jan 14 2007 01:46:28.

Now I get the following error with current CVS:
/PHP_5_2/ext/imap/php_imap.c: In function 'zif_imap_utf8':
/PHP_5_2/ext/imap/php_imap.c:2212: error: 'U8T_CANONICAL' 
undeclared (first use in this function)

I have libc-client-dev 7:2002edebian1-13 installed on 
Ubuntu Dapper and U8T_CANONICAL is not defined 
in /usr/include/c-client/utf8.h. It's defined nowhere 
in /usr/include.



[2007-01-17 10:37:14] [EMAIL PROTECTED]

Make sure you've installed c-client properly and its headers define
U8T_CANONICAL constant.
Look for utf8.h in imap-2006+ it contains U8T_CANONICAL definition.




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/40132

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


#40165 [Bgs-Opn]: define() cost

2007-01-19 Thread gacek at intertele dot pl
 ID:   40165
 User updated by:  gacek at intertele dot pl
 Reported By:  gacek at intertele dot pl
-Status:   Bogus
+Status:   Open
 Bug Type: Performance problem
 Operating System: Linux FC4 x86_64
 PHP Version:  5.2.0
 New Comment:

OK, comparison with count() was probably bad, but I will give you
another example:
I have declared 3 functions named myf1, myf2, myf3, which play with
hash table. Not big one (10-20 elements), but processing is a bit
complex. apd profiler shows following call tree of myf1():

myf1
  func_num_args
  func_num_args
  func_get_args
  myf2
count
array_shift
is_array
reset
each
each
each
count
array_shift
array_shift
is_array
reset
each
in_array
each
in_array
each
count
array_shift
is_array
array_shift
count
array_shift
is_array
array_shift
count
myf3
  each
  is_array
  each
  is_array
  each
  is_array
  each
  is_array
  count
  urlencode
  array_push
  count
  urlencode
  array_push
  count
  reset
  ksort
  each
  is_array
  ereg_replace
  ereg_replace
  ereg_replace
  ereg_replace
  urlencode
  urlencode
  array_push
  each
  join

Each call of myf1() does nearly the same and operates on similiar hash.
As you can see, above code envolves really complex operations as
urlenconde'ing and ereg_replace'ing.
Now, let's take a look at sample pprofp -U output. I have taken only
relevant rows from it:

Total Elapsed Time = 0.40
Total System Time  = 0.04
Total User Time= 0.35


 Real UserSystem secs/  cumm
%Time (excl/cumm)  (excl/cumm)  (excl/cumm) Callscalls/call 
Memory Usage Name
--
100.0 0.00 0.40  0.00 0.35  0.00 0.04 1  0.   0.3480   
0 main
56.3 0.22 0.22  0.20 0.20  0.03 0.03   850  0.0002   0.0002   
0 define
5.7 0.00 0.03  0.00 0.02  0.00 0.0043  0.   0.00050
myf1
3.4 0.00 0.02  0.00 0.01  0.00 0.0044  0.   0.00030
myf2
2.3 0.00 0.00  0.00 0.01  0.00 0.0044  0.   0.00020
myf3


So, 850 calls of define() took cumulative 0.20s of user time from
overall 0.35s (57%). 44 calls of complex myf1() took cumulatve 0.02s of
user time (5.7%).
It looks like average constant definition takes near half of operations
from myf1() complex call tree 8-/.
I would really classify define as too expensive.


Previous Comments:


[2007-01-19 14:19:12] [EMAIL PROTECTED]

count(array()) just returns ht-nNumOfElements, this is probably the
most simple function in PHP.
define() copies (malloc() + memcpy()) the value, duplicates the name
(malloc() + memcpy() again) and adds it to the hash of constants (which
might involve realloc() etc.).

So it's kinda expected that a function which does almost nothing is a
bit faster, like 7x or 6x, which are the numbers I can see myself.



[2007-01-19 11:33:51] [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.






[2007-01-19 11:33:22] gacek at intertele dot pl

This is sample of pprofp -u output from fairly complex app:


Total Elapsed Time = 2.47
Total System Time  = 0.35
Total User Time= 1.36


 Real UserSystem secs/cumm
%Time (excl/cumm)  (excl/cumm)  (excl/cumm) Callscalls/call 
Memory Usage Name
--
13.9 0.24 0.24  0.19 0.19  

#40132 [Com]: Build error in ext/imap (U8T_CANONICAL def missing)

2007-01-19 Thread phpbugs at thequod dot de
 ID:   40132
 Comment by:   phpbugs at thequod dot de
 Reported By:  mathias dot lieber at web dot de
 Status:   Feedback
 Bug Type: *Compile Issues
 Operating System: Linux, 2.6.18, Ubuntu/Debian
 PHP Version:  5.2.0
 New Comment:

Works for me now. Thanks.


Previous Comments:


[2007-01-19 22:34:41] [EMAIL PROTECTED]

Check next snapshot @ snaps.php.net (in a couple of hours), it should
be fixed there.



[2007-01-19 21:46:18] [EMAIL PROTECTED]

/usr/include/c-client/nntp.h:64: error: syntax error before 'FILE'

What is the version of your imap package?
Where did you get it? Please put nntp.h online and paste the URL here.




[2007-01-19 21:34:28] phpbugs at thequod dot de

checking for U8T_CANONICAL... no
configure: error: utf8_mime2text() has new signature, but 
U8T_CANONICAL is missing. This should not happen. Check 
config.log for additional information.
I'll send you config.log.



[2007-01-19 17:47:46] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip





[2007-01-19 17:31:54] phpbugs at thequod dot de

I could still build PHP at Jan 14 2007 01:46:28.

Now I get the following error with current CVS:
/PHP_5_2/ext/imap/php_imap.c: In function 'zif_imap_utf8':
/PHP_5_2/ext/imap/php_imap.c:2212: error: 'U8T_CANONICAL' 
undeclared (first use in this function)

I have libc-client-dev 7:2002edebian1-13 installed on 
Ubuntu Dapper and U8T_CANONICAL is not defined 
in /usr/include/c-client/utf8.h. It's defined nowhere 
in /usr/include.



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/40132

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


#28136 [Com]: Problems with connection of a non blocking socket

2007-01-19 Thread fakeman at i dot ua
 ID:   28136
 Comment by:   fakeman at i dot ua
 Reported By:  daniele-dll at yahoo dot it
 Status:   No Feedback
 Bug Type: Sockets related
 Operating System: Windows\Linux
 PHP Version:  5.0.0RC1
 New Comment:

You wrote incorrect code a little. You must not check return value of
socket_get_option after socket_connect immediately because some
operations (like socket creation) take a long time to execute, mostly
because they involve talking to another host, which may have an
exruciating long timeout on it.
You should use socket_select and when select (or related interface)
says that the socket is ready for writing, you can call
socket_get_option($SOCKET, SOL_SOCKET, SO_ERROR, ...) on it. And now
socket_get_option will return with the error socket_connect would have
indicated, had it been called in a blocking manner. If the error is 0,
the connect succeeded.
As you remember socket_select have timeout paramer and this parameter
give some time to connect or no socket.


Previous Comments:


[2005-02-03 01:00:06] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2005-01-26 04:49:06] [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 ?php and ends 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 to avoid embedding huge scripts into the report.

Also try the latest CVS snapshot from http://snaps.php.net/




[2004-07-10 00:43:48] snodge at custard dot org

Hi - I have the same issue, althought I am using PHP 5.0RC3 (cli) from
Linux. Here is some of the code that I am using - I added an echo
statement so that I could see what was happening when I connected with
more than one client at a time:

$port = 5000;

if (!$sock = socket_create_listen($port)) {
   echo socket_strerror(socket_last_error());
}

if (!socket_set_option($sock, SOL_SOCKET, SO_REUSEADDR, 1)) {
   echo socket_strerror(socket_last_error());
}

if (!socket_set_nonblock($sock)) {
   echo socket_strerror(socket_last_error());
}

while   (true)
{
$msgsock == FALSE;
do
{
@$msgsock = socket_accept($sock);
} while ($msgsock == FALSE);

   echo Received connection from $msgsock\n;



[2004-04-24 16:56:04] daniele-dll at yahoo dot it

Description:

Hi to all

i'm tring to write a little application with PHP using Socket, the
external module, not fsockopen function or similar.

I've noticed that, with this, and previous version of php, that after i
create a socket and set it as non blocking socket, when i try to connect
using

socket_get_option($SOCKET, SOL_SOCKET, SO_ERROR)

i recive EVER 0
Instead i should recive 115
If socket_get_option, with these params, return 0, it mean that
connection is done and i can send datas, but if i send datas i get a
warning that say that socket is in a connection state so i can't send
datas.

There is some parts of code:
$this-socket[$sock_id]['resource'] = socket_create(AF_INET,
SOCK_STREAM, SOL_TCP);
if (!is_resource($this-socket[$sock_id]['resource']))
die(Unable to create socket!  .
socket_strerror(socket_last_error()) . \r\n);
if (!socket_set_option($this-socket[$sock_id]['resource'], SOL_SOCKET,
SO_REUSEADDR, 1)) {
die(Unable to set to as REUSABLE socket!  .
socket_strerror(socket_last_error($this-socket[$sock_id]['resource']))
. \r\n);

after i set socket as reusable (but php gimme me the same problem
without this line too) and, after, if i need, i bind socket to a
specific IP and PORT

after there is this code:
@socket_connect($this-socket[$sock_id]['resource'],
$this-socket[$sock_id]['remote_host'],
$this-socket[$sock_id]['remote_port']);
while (($ris = @socket_get_option($this-socket[$sock_id]['resource'],
SOL_SOCKET, SO_ERROR)) == 115) {
echo --  . $ris . \r\n;
}
echo \r\n--  . $ris . \r\n;

If you run this code it will exit immedatly printing:

-- 0

Infact, after, if you try to write to socket, you will get a warning

I haven't modified php.ini, and i've tried to run this code, using only
socket extension, on windows and on linux
I use apache 1.3.29 on windows and on linux

bye




#40178 [NEW]: Differents systems return differents values

2007-01-19 Thread bpita at netcombbs dot com
From: bpita at netcombbs dot com
Operating system: Win32, Linux32 and Linux64
PHP version:  5.2.0
PHP Bug Type: *Network Functions
Bug description:  Differents systems return differents values

Description:

Hi,

I use this code in differents operating systems and plataforms (intel and
amd) and return differents results.
It's a bug ? Any comments ?

Thanks, Bernardo.


Reproduce code:
---
echo ip2long('255.255.255.128');
echo ip2long('255.255.255.192');
echo ip2long('255.255.255.248');


Expected result:

32 bits systems returns:

-128
-64
-8

-
64 bits systems returns:

4294967168
4294967232
4294967288



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


#40178 [Opn-Bgs]: Differents systems return differents values

2007-01-19 Thread pajoye
 ID:   40178
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bpita at netcombbs dot com
-Status:   Open
+Status:   Bogus
 Bug Type: *Network Functions
 Operating System: Win32, Linux32 and Linux64
 PHP Version:  5.2.0
 New Comment:

(bogus means Not a bug here)

This is the internal representation of signed integer using unsigned
integer. 32bits use one bit for the sign, that explains the negative
_displayed_ values, but the internal values are the same.

Big numbers should be processed using bcmath or pecl/big_int


Previous Comments:


[2007-01-20 00:50:32] bpita at netcombbs dot com

Description:

Hi,

I use this code in differents operating systems and plataforms (intel
and amd) and return differents results.
It's a bug ? Any comments ?

Thanks, Bernardo.


Reproduce code:
---
echo ip2long('255.255.255.128');
echo ip2long('255.255.255.192');
echo ip2long('255.255.255.248');


Expected result:

32 bits systems returns:

-128
-64
-8

-
64 bits systems returns:

4294967168
4294967232
4294967288







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


#40178 [Bgs]: Differents systems return differents values

2007-01-19 Thread bpita at netcombbs dot com
 ID:   40178
 User updated by:  bpita at netcombbs dot com
 Reported By:  bpita at netcombbs dot com
 Status:   Bogus
 Bug Type: *Network Functions
 Operating System: Win32, Linux32 and Linux64
 PHP Version:  5.2.0
 New Comment:

Thanks, for your answer, I try to understand... but I use an internal
function of php that returns differents values depends of my processor
architecture ? It's correct ? Not should be the same and Php be in
charge of this and return alway the same value independently of the 32b
or 64b processor ?

Thanks, Bernardo.


Previous Comments:


[2007-01-20 02:15:55] [EMAIL PROTECTED]

(bogus means Not a bug here)

This is the internal representation of signed integer using unsigned
integer. 32bits use one bit for the sign, that explains the negative
_displayed_ values, but the internal values are the same.

Big numbers should be processed using bcmath or pecl/big_int



[2007-01-20 00:50:32] bpita at netcombbs dot com

Description:

Hi,

I use this code in differents operating systems and plataforms (intel
and amd) and return differents results.
It's a bug ? Any comments ?

Thanks, Bernardo.


Reproduce code:
---
echo ip2long('255.255.255.128');
echo ip2long('255.255.255.192');
echo ip2long('255.255.255.248');


Expected result:

32 bits systems returns:

-128
-64
-8

-
64 bits systems returns:

4294967168
4294967232
4294967288







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


#40179 [NEW]: Compilation of cURL extension fails with cURL 7.16.0

2007-01-19 Thread iain at workingsoftware dot com dot au
From: iain at workingsoftware dot com dot au
Operating system: FreeBSD 6.0
PHP version:  5.2.0
PHP Bug Type: Compile Failure
Bug description:  Compilation of cURL extension fails with cURL 7.16.0

Description:

i get the following compilation error when i have configured --with-curl:

/usr/home/iain/dist/php-5.2.0/ext/curl/interface.c: In function
`zm_startup_curl':
/usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:372: error:
`CURLOPT_FTPASCII' undeclared (first use in this function)
/usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:372: error: (Each
undeclared identifier is reported only once
/usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:372: error: for each
function it appears in.)
/usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:412: error:
`CURLOPT_PASSWDFUNCTION' undeclared (first use in this function)
/usr/home/iain/dist/php-5.2.0/ext/curl/interface.c: In function
`zif_curl_copy_handle':
/usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:1164: error:
`CURLOPT_PASSWDDATA' undeclared (first use in this function)
/usr/home/iain/dist/php-5.2.0/ext/curl/interface.c: In function
`_php_curl_setopt':
/usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:1267: warning: `return'
with no value, in function returning non-void
/usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:1300: warning: `return'
with no value, in function returning non-void
/usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:1300: warning: `return'
with no value, in function returning non-void
/usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:1300: warning: `return'
with no value, in function returning non-void
/usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:1318: warning: `return'
with no value, in function returning non-void


Reproduce code:
---
there is no code associated with this bug

Expected result:

compilation

Actual result:
--
failed compilation

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