#50289 [Opn->Bgs]: method_exists doesn't work on "self"

[jani]

 ID:   50289
 Updated by:   j...@php.net
 Reported By:  soapergem at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: Windows XP
 PHP Version:  5.3.1
 New Comment:

callback != object or class name

There is no bug here.


Previous Comments:


[2009-11-24 21:37:28] soapergem at gmail dot com

Description:

method_exists doesn't work if you pass in a callback with a reference
to "self". Yet call_user_func *does* work if you pass in a callback with
a reference to "self". This is inconsistent and probably not
intentional.

Reproduce code:
---


Expected result:

bool(true)
this works

Actual result:
--
bool(false)
this works





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

#50276 [Com]: PHP cache headers do NOT override server headers

[carsten_sttgt at gmx dot de]

 ID:   50276
 Comment by:   carsten_sttgt at gmx dot de
 Reported By:  vector dot thorn at gmail dot com
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Fedora Linux
 PHP Version:  5.3.1
 New Comment:

| I expected it to send the proper cache headers,
| despite what the server was preconfigured to send.

No bug in PHP:
Header directives (mod_header) are processed just before the response
is sent to the network (and after any content generator like PHP).
--> and if you configure mod_header to remove e.g. Cache-Control
 from the response headers, it's doing this

Regards,
Carsten


Previous Comments:


[2009-11-25 07:25:53] j...@php.net

This is propably just Apache issue, I can change any headers using
Fastcgi just fine.



[2009-11-24 21:59:06] vector dot thorn at gmail dot com

Yes and no. PHP was not sending the headers that i specified, which
should have overwritten the default server headers. I had to REMOVE the
configuration in the server itself that instructed it NOT to cache pages
ending in "php", before php could send the cache headers to the
browser.

In other words, afaik, php headers are supposed to implicitly have
precedence over default server headers, this can further be ensured by
using the optional second parameter/argument to the header function, and
specifying it to be "true". Both ways php's headers that i wrote
procedurally were never sent to the browser. I had to remove my
configuration in the webserver (httpd.conf) that specified that php
pages are not to be cached. Only then did my php headers that i
specified get output to the client.

The if-modified-since header is not being sent by the browser on
subsequent requests, but that has nothing to do with this bug, and that
is a subject that i am still investigating as a separate issue. I just
mentioned it because i'm retarded, and like to ramble

Thanx ;)



[2009-11-24 20:18:59] srina...@php.net


can you kindly rephrase your question. i am not too sure i understand
your question here.

If I understand you correctly, you want to find out a way so that
client (like browser) can request this page with 'If-Modified-Since' in
its header so that the server doesn't have to send it again.

if this is your question, then this is a server configuration issue and
nothing to do with a php engine. 



[2009-11-24 00:50:29] vector dot thorn at gmail dot com

Description:

If this section is in your httpd.conf:

Header unset Cache-Control
Header unset Expires
Header unset Last-Modified
FileETag None
Header unset Pragma


Then the cache headers here will not be used:

$expires = 60*60*24*365;
$size = filesize("{$client_directory}/{$_GET['did']}");
$last = filemtime("{$client_directory}/{$_GET['did']}");
header("Content-Length: ".$size,true);
header("Etag: ".md5($last),true);
header("Server: Ionisis.com",false);
header("Cache-Control: max-age={$expires}, public,no-transform",true);
header('Expires: ' . gmdate('D, d M Y H:i:s',($last+$expires)) . '
GMT',true);
header('Last-Modified: ' . gmdate('D, d M Y H:i:s', $last) . '
GMT',true);
header("Content-type: audio/example");
header("Content-Disposition: attachment;
filename=\"{$_GET['did']}\"");
readfile("{$client_directory}/{$_GET['did']}");

and even if you remove that section, and these headers are sent, the
client is still not sending a "if-modified-since" header that can be
captured at the server level for the php level.

Firefox 3.5, Apache 2.2, PHP 5.3, Fedora Linux

Reproduce code:
---
Just copy that code, and paste it in an file called download.php, and
set it up so that it grabs an mp3 file, then beat your head into the
desk for 2 days :D

Expected result:

I expected it to send the proper cache headers, despite what the server
was preconfigured to send.

Actual result:
--
Had to remove the server's configuration section pertaining to caching
php output.





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

#50276 [Opn]: PHP cache headers do NOT override server headers

[jani]

 ID:   50276
 Updated by:   j...@php.net
 Reported By:  vector dot thorn at gmail dot com
 Status:   Open
-Bug Type: Output Control
+Bug Type: Apache2 related
 Operating System: Fedora Linux
 PHP Version:  5.3.1
 New Comment:

This is propably just Apache issue, I can change any headers using
Fastcgi just fine.


Previous Comments:


[2009-11-24 21:59:06] vector dot thorn at gmail dot com

Yes and no. PHP was not sending the headers that i specified, which
should have overwritten the default server headers. I had to REMOVE the
configuration in the server itself that instructed it NOT to cache pages
ending in "php", before php could send the cache headers to the
browser.

In other words, afaik, php headers are supposed to implicitly have
precedence over default server headers, this can further be ensured by
using the optional second parameter/argument to the header function, and
specifying it to be "true". Both ways php's headers that i wrote
procedurally were never sent to the browser. I had to remove my
configuration in the webserver (httpd.conf) that specified that php
pages are not to be cached. Only then did my php headers that i
specified get output to the client.

The if-modified-since header is not being sent by the browser on
subsequent requests, but that has nothing to do with this bug, and that
is a subject that i am still investigating as a separate issue. I just
mentioned it because i'm retarded, and like to ramble

Thanx ;)



[2009-11-24 20:18:59] srina...@php.net


can you kindly rephrase your question. i am not too sure i understand
your question here.

If I understand you correctly, you want to find out a way so that
client (like browser) can request this page with 'If-Modified-Since' in
its header so that the server doesn't have to send it again.

if this is your question, then this is a server configuration issue and
nothing to do with a php engine. 



[2009-11-24 00:50:29] vector dot thorn at gmail dot com

Description:

If this section is in your httpd.conf:

Header unset Cache-Control
Header unset Expires
Header unset Last-Modified
FileETag None
Header unset Pragma


Then the cache headers here will not be used:

$expires = 60*60*24*365;
$size = filesize("{$client_directory}/{$_GET['did']}");
$last = filemtime("{$client_directory}/{$_GET['did']}");
header("Content-Length: ".$size,true);
header("Etag: ".md5($last),true);
header("Server: Ionisis.com",false);
header("Cache-Control: max-age={$expires}, public,no-transform",true);
header('Expires: ' . gmdate('D, d M Y H:i:s',($last+$expires)) . '
GMT',true);
header('Last-Modified: ' . gmdate('D, d M Y H:i:s', $last) . '
GMT',true);
header("Content-type: audio/example");
header("Content-Disposition: attachment;
filename=\"{$_GET['did']}\"");
readfile("{$client_directory}/{$_GET['did']}");

and even if you remove that section, and these headers are sent, the
client is still not sending a "if-modified-since" header that can be
captured at the server level for the php level.

Firefox 3.5, Apache 2.2, PHP 5.3, Fedora Linux

Reproduce code:
---
Just copy that code, and paste it in an file called download.php, and
set it up so that it grabs an mp3 file, then beat your head into the
desk for 2 days :D

Expected result:

I expected it to send the proper cache headers, despite what the server
was preconfigured to send.

Actual result:
--
Had to remove the server's configuration section pertaining to caching
php output.





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

#50288 [Com]: the max_upload_size accept number out of range

[carsten_sttgt at gmx dot de]

 ID:   50288
 Comment by:   carsten_sttgt at gmx dot de
 Reported By:  iannsp at gmail dot com
 Status:   Open
 Bug Type: PHP options/info functions
 Operating System: Window 2003
 PHP Version:  5.2.11
 New Comment:

>From the manual:
| Be careful not to exceed the 32 bit signed integer limit
| (if you're using 32bit versions) as it will cause your script
| to fail.

BTW:
It's "upload_max_filesize" and not "max_upload_size".

Regards,
Carsten


Previous Comments:


[2009-11-24 20:43:37] iannsp at gmail dot com

Description:

in a machine with windows 2003 SO with 32bit processor the message
above appear at log when the administrator set the max_upload_size to
2048M.

[24-Nov-2009 20:17:19] PHP Warning:  POST Content-Length of 4058 bytes
exceeds the limit of -2147483648 bytes in Unknown on line 0
6:34 PM

The administrator get the value back to 1024M and it works fine.








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

#50149 [Opn->Bgs]: Enabling dynamic extensions make Apache 2.2.14 crash at startup

[pajoye]

 ID:   50149
 Updated by:   paj...@php.net
 Reported By:  msabatier dot perso at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Dynamic loading
 Operating System: win32 only - Windows 7
 PHP Version:  5.2.11
 New Comment:

Configuration issue, the ext should be added to the PATH.


Previous Comments:


[2009-11-24 13:17:22] marco at prodacom dot nl

had the same problem on different pc's. Always with this version
5.2.11. 

Solved the problem with adding the EXT dirictory also to the %PATH%
statement from Windows. With the Installer only the PHP diriecty wil be
added to the %PATH% not the EXT.

By adding the EXT my problem was on several pc's over.



[2009-11-12 22:46:36] msabatier dot perso at gmail dot com

Just to be more specific regarding my previous answer I ran the php -i
command without activating any extension in php.ini, otherwise PHP
crashes before giving any output.



[2009-11-12 22:44:12] msabatier dot perso at gmail dot com

C:\Program Files\PHP>php -i | find "php.ini"
Configuration File (php.ini) Path => C:\Windows
Loaded Configuration File => C:\Program Files\PHP\php.ini

C:\Program Files\PHP>echo %PATH%
C:\Program
Files\PHP\;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:
\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\ATI
Technologies\ATI.
ACE\Core-Static;C:\Program Files\QuickTime\QTSystem\;C:\Program
Files\TortoiseSV
N\bin



[2009-11-12 21:19:39] paj...@php.net

pls run:

php -i | find "php.ini"

and paste the result here please, as well as the content of the PATH
variable in the cmd line.

echo %PATH%



[2009-11-12 21:00:01] msabatier dot perso at gmail dot com

I tried what you asked. Uninstalled PHP 5.2.9, suppressed the PHP dir
and reinstalled 5.2.11.
I got the same issue again.

Issuing
cd c:\php
php -d extension_dir=ext -d extension=php_gd2.dll -m
Gives me a crash of php (the process stops working) without any
message.

Interestingly, if I don't remove the PHP dir after uninstalling PHP
5.2.9, then after installing PHP 5.2.11 everything is working.



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

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

#50290 [Opn->Fbk]: 5.3.1 iis fast cgi module time out on accessing mysql

[pajoye]

 ID:   50290
 Updated by:   paj...@php.net
 Reported By:  praveen at aexea dot net
-Status:   Open
+Status:   Feedback
-Bug Type: IIS related
+Bug Type: MySQL related
 Operating System: vista business
 PHP Version:  5.3.1
-Assigned To:  
+Assigned To:  mysql
 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc. If 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:


[2009-11-24 23:22:18] praveen at aexea dot net

Description:

When upgraded php from 5.3.0 to latest 5.3.1 on IIS7 - Fast-CGI (vista

business) edition. IIS7-fast cgi times out when any page is accessed 
which have mysql functions.

All other things are working fine, problem is only with pages which use

mysql.






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

#50285 [Ver->Csd]: xmlrpc does not preserve keys in encoded indexed arrays

[felipe]

 ID:   50285
 Updated by:   fel...@php.net
 Reported By:  tony at marston-home dot demon dot co dot uk
-Status:   Verified
+Status:   Closed
 Bug Type: XMLRPC-EPI related
 Operating System: *
 PHP Version:  5.*, 6
-Assigned To:  
+Assigned To:  felipe
 New Comment:

This bug has been fixed in SVN.

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:


[2009-11-25 02:03:03] s...@php.net

Automatic comment from SVN on behalf of felipe
Revision: http://svn.php.net/viewvc/?view=revision&revision=291285
Log: - Fixed bug #50285 (xmlrpc does not preserve keys in encoded
indexed arrays)



[2009-11-24 20:16:56] j...@php.net

A little bit simpler test which shows the same issue:

 'one', 3 => 'three', 5 => 'five', 'a'=> 'foo');
var_dump($a, xmlrpc_encode($a));

/* xmlrpc_decode() does work when passed proper data: */
$r = '


 
  
   
1

 one

   
   
3

 three

   
   
5

 five

   
   
a

 foo

   
  
 


';

var_dump(xmlrpc_decode($r));

?>




[2009-11-24 14:55:34] tony at marston-home dot demon dot co dot uk

Description:

When the method called in xmlrpc_server_call_method() returns an array
where the keys are numeric but non-sequential it does not include the
keys in the xml response, so when that response is decoded by the client
all the keys are resequenced from zero. This means that all the original
keys are lost.

Reproduce code:
---
function indexedArray ( $func, $params) {
return array(1=>'One', 3=>'Three', 5=>'Five');
} // indexedArray
$server = xmlrpc_server_create();
$result = xmlrpc_server_register_method($server, 'indexedArray',
'indexedArray');
$HTTP_RAW_POST_DATA = <<

indexedArray


EOD;
$response = xmlrpc_server_call_method($server, $HTTP_RAW_POST_DATA,
null);
$array = xmlrpc_decode($response);

Expected result:

The contents of $array should read (1=>'One', 3=>'Three', 5=>'Five').
This is because the xml document does not contain any  elements
for each .

Actual result:
--
The contents of $array is (0=>'One', 1=>'Three', 2=>'Five')





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

#50291 [Opn->Csd]: incorrect usage of autoconf diversions

[rasmus]

 ID:   50291
 Updated by:   ras...@php.net
 Reported By:  vapier at gentoo dot org
-Status:   Open
+Status:   Closed
 Bug Type: *Compile Issues
 Operating System: Linux
 PHP Version:  5.3.1
 New Comment:

Thanks, this motivated me to clean up our m4 crap and make it work with
the latest versions of autoconf.  Should still clean up the template
warnings eventually, but those are non-fatal and everything builds
nicely now with autoconf-2.65 for me.


Previous Comments:


[2009-11-25 00:01:36] vapier at gentoo dot org

Description:

autoconf-2.64+ has changed behavior with diversions in such a way that
php breaks.  the autoconf documentation has explained that using these
functions with any diversion not explicitly documented is subject to
breakage, and php is doing just that.

http://www.gnu.org/software/autoconf/manual/autoconf.html#Diversion-support

you can also review the discussion on the autoconf lists:
http://lists.gnu.org/archive/html/bug-autoconf/2009-11/msg00045.html

Reproduce code:
---
the code can either be changed to stop using divert() completely (since
it doesnt seem to accomplish anything), or increase the numbers used to
something higher than 1000.

Actual result:
--
after regenerating autotools, we see:
$ ./configure
cat: confdefs.h: No such file or directory
./configure: line 410: ac_fn_c_try_run: command not found
./configure: line 426: 5: Bad file descriptor
./configure: line 427: 6: Bad file descriptor
cat: confdefs.h: No such file or directory
./configure: line 466: ac_fn_c_try_run: command not found
cat: confdefs.h: No such file or directory






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

#50291 [NEW]: incorrect usage of autoconf diversions

[vapier at gentoo dot org]

From: vapier at gentoo dot org
Operating system: Linux
PHP version:  5.3.1
PHP Bug Type: *Compile Issues
Bug description:  incorrect usage of autoconf diversions

Description:

autoconf-2.64+ has changed behavior with diversions in such a way that php
breaks.  the autoconf documentation has explained that using these
functions with any diversion not explicitly documented is subject to
breakage, and php is doing just that.

http://www.gnu.org/software/autoconf/manual/autoconf.html#Diversion-support

you can also review the discussion on the autoconf lists:
http://lists.gnu.org/archive/html/bug-autoconf/2009-11/msg00045.html

Reproduce code:
---
the code can either be changed to stop using divert() completely (since it
doesnt seem to accomplish anything), or increase the numbers used to
something higher than 1000.

Actual result:
--
after regenerating autotools, we see:
$ ./configure
cat: confdefs.h: No such file or directory
./configure: line 410: ac_fn_c_try_run: command not found
./configure: line 426: 5: Bad file descriptor
./configure: line 427: 6: Bad file descriptor
cat: confdefs.h: No such file or directory
./configure: line 466: ac_fn_c_try_run: command not found
cat: confdefs.h: No such file or directory


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

#50290 [NEW]: 5.3.1 iis fast cgi module time out on accessing mysql

[praveen at aexea dot net]

From: praveen at aexea dot net
Operating system: vista business
PHP version:  5.3.1
PHP Bug Type: IIS related
Bug description:  5.3.1  iis fast cgi module time out on accessing mysql

Description:

When upgraded php from 5.3.0 to latest 5.3.1 on IIS7 - Fast-CGI (vista 
business) edition. IIS7-fast cgi times out when any page is accessed 
which have mysql functions.

All other things are working fine, problem is only with pages which use 
mysql.


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

#50265 [Fbk->Opn]: endless loop waiting for child process

[mg at fork dot pl]

 ID:   50265
 User updated by:  mg at fork dot pl
 Reported By:  mg at fork dot pl
-Status:   Feedback
+Status:   Open
 Bug Type: CGI related
 Operating System: Linux
 PHP Version:  5.2.11
 New Comment:

My previous comment shows state BEFORE the problem hits. Many "forking"
messages are because of low MAX_REQUEST limit.

When I attached to the process running inside the endless loop (it was
before recompilation with DEBUG_FASTCGI) I got following bt

#0  0xe424 in __kernel_vsyscall () 

  
#1  0xb712fc6d in __libc_wait (stat_loc=0xbff2d2a4) 
at ../sysdeps/unix/sysv/linux/wait.c:32


#2  0x0845e720 in main (argc=0, argv=Cannot access memory at address
0x4 
   
) at
/usr/src/debug/dev-lang/php-5.2.11/php-5.2.11/sapi/cgi/cgi_main.c:1632


Previous Comments:


[2009-11-24 20:20:27] j...@php.net

1 child is in endless loop or what? Try attach to such process with gdb
and see what the backtrace says.



[2009-11-24 03:02:09] mg at fork dot pl

I rebuilt php and started up, but as I don't know what exactly causes
the problem we'll have to wait until it happens...

I started it like
% PHP_FCGI_CHILDREN=2 PHP_FCGI_MAX_REQUESTS=100 php-cgi -e -b
127.0.0.1:30004 -c /.../php.ini

Process group 2720
Forking, 0 running
Forking, 1 running
Wait for kids, pid 2720
Forking, 1 running
Wait for kids, pid 2720
Forking, 1 running
Wait for kids, pid 2720
Forking, 1 running
Wait for kids, pid 2720


pstree -uap shows

`-php-cgi,2720 -e -b 127.0.0.1:30004 -c /.../php.ini
  |-php-cgi,13821 -e -b 127.0.0.1:30004 -c /.../php.ini
  `-php-cgi,13822 -e -b 127.0.0.1:30004 -c /.../php.ini



[2009-11-23 10:16:14] j...@php.net

Try enable fastcgi debugging with DEBUG_FASTCGI when you compile PHP
and provide the log of the failing run.



[2009-11-23 02:24:21] mg at fork dot pl

Description:

fast-cgi php process loops forever during wait()ing for child process
while there's no more child processes. 

Actual result:
--
in cgi_main.c there's loop:

1631 while (1) {
1632 if (wait(&status) >= 0) {
1633 running--;
1634 break;
1635 } else if (exit_signal) {
1636 break;
1637 }
1638 }

wait returns -1 as strace shows:

wait4(-1, 0xbff2d2a4, 0, NULL)  = -1 ECHILD (No child
processes)

and loop never breaks (as apparently exit_signal is set to 0).





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

#50276 [Fbk->Opn]: PHP cache headers do NOT override server headers

[vector dot thorn at gmail dot com]

 ID:   50276
 User updated by:  vector dot thorn at gmail dot com
 Reported By:  vector dot thorn at gmail dot com
-Status:   Feedback
+Status:   Open
-Bug Type: Apache2 related
+Bug Type: Output Control
 Operating System: Fedora Linux
 PHP Version:  5.3.1
 New Comment:

Yes and no. PHP was not sending the headers that i specified, which
should have overwritten the default server headers. I had to REMOVE the
configuration in the server itself that instructed it NOT to cache pages
ending in "php", before php could send the cache headers to the
browser.

In other words, afaik, php headers are supposed to implicitly have
precedence over default server headers, this can further be ensured by
using the optional second parameter/argument to the header function, and
specifying it to be "true". Both ways php's headers that i wrote
procedurally were never sent to the browser. I had to remove my
configuration in the webserver (httpd.conf) that specified that php
pages are not to be cached. Only then did my php headers that i
specified get output to the client.

The if-modified-since header is not being sent by the browser on
subsequent requests, but that has nothing to do with this bug, and that
is a subject that i am still investigating as a separate issue. I just
mentioned it because i'm retarded, and like to ramble

Thanx ;)


Previous Comments:


[2009-11-24 20:18:59] srina...@php.net


can you kindly rephrase your question. i am not too sure i understand
your question here.

If I understand you correctly, you want to find out a way so that
client (like browser) can request this page with 'If-Modified-Since' in
its header so that the server doesn't have to send it again.

if this is your question, then this is a server configuration issue and
nothing to do with a php engine. 



[2009-11-24 00:50:29] vector dot thorn at gmail dot com

Description:

If this section is in your httpd.conf:

Header unset Cache-Control
Header unset Expires
Header unset Last-Modified
FileETag None
Header unset Pragma


Then the cache headers here will not be used:

$expires = 60*60*24*365;
$size = filesize("{$client_directory}/{$_GET['did']}");
$last = filemtime("{$client_directory}/{$_GET['did']}");
header("Content-Length: ".$size,true);
header("Etag: ".md5($last),true);
header("Server: Ionisis.com",false);
header("Cache-Control: max-age={$expires}, public,no-transform",true);
header('Expires: ' . gmdate('D, d M Y H:i:s',($last+$expires)) . '
GMT',true);
header('Last-Modified: ' . gmdate('D, d M Y H:i:s', $last) . '
GMT',true);
header("Content-type: audio/example");
header("Content-Disposition: attachment;
filename=\"{$_GET['did']}\"");
readfile("{$client_directory}/{$_GET['did']}");

and even if you remove that section, and these headers are sent, the
client is still not sending a "if-modified-since" header that can be
captured at the server level for the php level.

Firefox 3.5, Apache 2.2, PHP 5.3, Fedora Linux

Reproduce code:
---
Just copy that code, and paste it in an file called download.php, and
set it up so that it grabs an mp3 file, then beat your head into the
desk for 2 days :D

Expected result:

I expected it to send the proper cache headers, despite what the server
was preconfigured to send.

Actual result:
--
Had to remove the server's configuration section pertaining to caching
php output.





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

#50255 [Ver->Csd]: isset() and empty() silently casts array to object

[felipe]

 ID:   50255
 Updated by:   fel...@php.net
-Summary:  isset() and empty() silently casts array to object?
 Reported By:  tyra3l at gmail dot com
-Status:   Verified
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  5.*, 6
-Assigned To:  
+Assigned To:  felipe
 New Comment:

This bug has been fixed in SVN.

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:


[2009-11-23 14:07:01] tyra3l at gmail dot com

Thank you for verifying this.
It was noticed on our development machines, and I tested it on
different 
php installations, so I can confirm this is also present on 
5.2.5,5.2.8,5.2.11 also.

Tyrael



[2009-11-23 13:28:40] j...@php.net

I'm sorry, I read this a bit hastily. This indeed is a bug.



[2009-11-21 21:13:49] tyra3l at gmail dot com

could you show me which ticket duplicates this, and where this behavior
is documented in the manual?
because I tried to check this in the documentation, but I haven't found
it at the isset/empty manual page.

Tyrael



[2009-11-21 10:08:26] tyra3l at gmail dot com

Description:

If you try to check the existence of a property on an array,
suprisingly you wont get any error or notice, but you will get the
results as you were checking with the correct type.

Reproduce code:
---
 'bar');
echo "";var_dump(isset($a->foo));echo "";
echo "";var_dump(isset($a->asd));echo "";
echo "";var_dump(empty($a->foo));echo "";
echo "";var_dump(empty($a->asd));echo "";
echo "";var_dump(@$a->foo);echo "";


Expected result:

Fatal error:  Cannot use array as object in ...

OR

bool(false)

bool(false)

bool(true)

bool(true)

NULL


Actual result:
--
bool(true)

bool(false)

bool(false)

bool(true)

NULL






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

#50283 [Tbd]: allow base in gmp_strval to use full range: 2 to 62, and -2 to -36

[asphp at dsgml dot com]

 ID:   50283
 User updated by:  asphp at dsgml dot com
 Reported By:  asphp at dsgml dot com
 Status:   To be documented
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  5.2.11
 New Comment:

Also, gmp_init needs to be changed.


Previous Comments:


[2009-11-24 20:14:52] asphp at dsgml dot com

The docs and checkin comment all say till 62, but the code and the
tests actually limit to 36.



[2009-11-24 15:08:22] rquadl...@php.net

Documented.
Revision: http://svn.php.net/viewvc/?view=revision&revision=291267



[2009-11-24 13:35:06] d...@php.net

The documentation states that base has to be between 2 and 36. We have
to correct this, as we now allow -2 to -36 aswell.



[2009-11-24 13:33:36] s...@php.net

Automatic comment from SVN on behalf of dsp
Revision: http://svn.php.net/viewvc/?view=revision&revision=291262
Log: Implement feature request #50283 (allow base in gmp_strval to use
full range: 2 to 62, and -2 to -36)



[2009-11-24 11:31:47] asphp at dsgml dot com

And for input as well of course.



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

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

#50289 [NEW]: method_exists doesn't work on "self"

[soapergem at gmail dot com]

From: soapergem at gmail dot com
Operating system: Windows XP
PHP version:  5.3.1
PHP Bug Type: Class/Object related
Bug description:  method_exists doesn't work on "self"

Description:

method_exists doesn't work if you pass in a callback with a reference to
"self". Yet call_user_func *does* work if you pass in a callback with a
reference to "self". This is inconsistent and probably not intentional.

Reproduce code:
---


Expected result:

bool(true)
this works

Actual result:
--
bool(false)
this works

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

#50250 [Fbk->Opn]: Exceptions can be thrown and caught in an autoload function

[bran...@php.net]

 ID:   50250
 User updated by:  bran...@php.net
 Reported By:  bran...@php.net
-Status:   Feedback
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  5.3.1
 New Comment:

This report is about the fact that the PHP team closed a bug as
"wontfix" when someone complained that exceptions raised in autoloaders
could not be caught.

See http://bugs.php.net/bug.php?id=26193

Thus, there is an inconsistency in PHP, and one that should be resolved
to ensure that this isn't deemed a hole later on that must be "fixed,"
breaking code for those that thought this was by design.


Previous Comments:


[2009-11-24 20:22:52] j...@php.net

So what is this report about? Are you really complaining because
something WORKS? If so, please change this to documentation issue.



[2009-11-23 11:55:13] rquadl...@php.net

Amendeded the code slightly ...

http://bugs.php.net/?id=50250&edit=1

#50288 [NEW]: the max_upload_size accept number out of range

[iannsp at gmail dot com]

From: iannsp at gmail dot com
Operating system: Window 2003
PHP version:  5.2.11
PHP Bug Type: PHP options/info functions
Bug description:  the max_upload_size accept number out of range

Description:

in a machine with windows 2003 SO with 32bit processor the message above
appear at log when the administrator set the max_upload_size to 2048M.

[24-Nov-2009 20:17:19] PHP Warning:  POST Content-Length of 4058 bytes
exceeds the limit of -2147483648 bytes in Unknown on line 0
6:34 PM

The administrator get the value back to 1024M and it works fine.




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

#43185 [Com]: preg_replace cause exit signal Illegal instruction

[me at skylord dot ru]

 ID:   43185
 Comment by:   me at skylord dot ru
 Reported By:  nicolas dot fruit+phpbug at gmail dot com
 Status:   No Feedback
 Bug Type: PCRE related
 Operating System: Mac
 PHP Version:  5.2.4
 New Comment:

Same problem... PHP 5.2.11, FreeBSD 7.2, Apache 2.2.11, Drupal 6.14


Previous Comments:


[2009-10-29 08:24:06] d dot arnolds at gmail dot com

Same problem here with PHP 5.2.3, Apache 2.0.59 and Drupal
6.14 on FreeBSD 6.3.



[2009-07-01 21:14:06] btmash at gmail dot com

I am having the same problem with PHP 5.2.9, Apache 2.2.11 and Drupal
6.12 on FreeBSD 7.1.



[2008-04-17 05:24:49] sabapamu at mizuho-sc dot com

I am having the same issue on Apache/2.2.8 (Unix) PHP/5.2.5 on RedHat
Linux 3



[2008-04-11 15:36:09] nejc at skoberne dot net

I am having the same problem with PHP 5.2.5, Apache 2.2.6 and Drupal
4.7 on FreeBSD 7.0.



[2008-03-10 00:10:31] lms at esoterica dot pt

Does not work on Darwin Kernel Version 9.2.0 and Apache/2.2.6 either
(tested under PHP 5.2.4 as well). Crashes with the same message as
reported.

The release notes for PHP 5.2.5 do not mention any fix for this
particular bug.



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

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

#48670 [Opn->Bgs]: xmlrpc_decode() decodes Hashtable response with integer key incorrectly

[jani]

 ID:   48670
 Updated by:   j...@php.net
 Reported By:  zhangsilly at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: XMLRPC-EPI related
 Operating System: Windows XP
 PHP Version:  5.2.10
 New Comment:

More recent, same issue: bug #50285

Closing this in favor of the newer report. 


Previous Comments:


[2009-06-24 02:12:30] zhangsilly at gmail dot com

Description:

xmlrpc_decode decode hashtable response with integer key will ignore
the key, just decode the same result as Vector.

Reproduce code:
---
ws-apache encode the Hashtable as xmlrpc_decode's
parameter:
http://ws.apache.org/xmlrpc/namespaces/extensions";>3wps2ddr'));

I format the xml response here:

http://ws.apache.org/xmlrpc/namespaces/extensions";>







3


wps2000




0


ddr







It seems the xmlrpc_decode just take Hashtable as
Vector

Expected result:

array(
3  => wps2000
0  => ddr
)

Actual result:
--
Array
(
[0] => wps2000
[1] => ddr
)






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

#50250 [Opn->Fbk]: Exceptions can be thrown and caught in an autoload function

[jani]

 ID:   50250
 Updated by:   j...@php.net
 Reported By:  bran...@php.net
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  5.3.1
 New Comment:

So what is this report about? Are you really complaining because
something WORKS? If so, please change this to documentation issue.


Previous Comments:


[2009-11-23 11:55:13] rquadl...@php.net

Amendeded the code slightly ...

http://bugs.php.net/?id=50250&edit=1

#50265 [Opn->Fbk]: endless loop waiting for child process

[jani]

 ID:   50265
 Updated by:   j...@php.net
 Reported By:  mg at fork dot pl
-Status:   Open
+Status:   Feedback
 Bug Type: CGI related
 Operating System: Linux
 PHP Version:  5.2.11
 New Comment:

1 child is in endless loop or what? Try attach to such process with gdb
and see what the backtrace says.


Previous Comments:


[2009-11-24 03:02:09] mg at fork dot pl

I rebuilt php and started up, but as I don't know what exactly causes
the problem we'll have to wait until it happens...

I started it like
% PHP_FCGI_CHILDREN=2 PHP_FCGI_MAX_REQUESTS=100 php-cgi -e -b
127.0.0.1:30004 -c /.../php.ini

Process group 2720
Forking, 0 running
Forking, 1 running
Wait for kids, pid 2720
Forking, 1 running
Wait for kids, pid 2720
Forking, 1 running
Wait for kids, pid 2720
Forking, 1 running
Wait for kids, pid 2720


pstree -uap shows

`-php-cgi,2720 -e -b 127.0.0.1:30004 -c /.../php.ini
  |-php-cgi,13821 -e -b 127.0.0.1:30004 -c /.../php.ini
  `-php-cgi,13822 -e -b 127.0.0.1:30004 -c /.../php.ini



[2009-11-23 10:16:14] j...@php.net

Try enable fastcgi debugging with DEBUG_FASTCGI when you compile PHP
and provide the log of the failing run.



[2009-11-23 02:24:21] mg at fork dot pl

Description:

fast-cgi php process loops forever during wait()ing for child process
while there's no more child processes. 

Actual result:
--
in cgi_main.c there's loop:

1631 while (1) {
1632 if (wait(&status) >= 0) {
1633 running--;
1634 break;
1635 } else if (exit_signal) {
1636 break;
1637 }
1638 }

wait returns -1 as strace shows:

wait4(-1, 0xbff2d2a4, 0, NULL)  = -1 ECHILD (No child
processes)

and loop never breaks (as apparently exit_signal is set to 0).





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

#50276 [Opn->Fbk]: PHP cache headers do NOT override server headers

[srinatar]

 ID:   50276
 Updated by:   srina...@php.net
 Reported By:  vector dot thorn at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Fedora Linux
 PHP Version:  5.3.1
 New Comment:


can you kindly rephrase your question. i am not too sure i understand
your question here.

If I understand you correctly, you want to find out a way so that
client (like browser) can request this page with 'If-Modified-Since' in
its header so that the server doesn't have to send it again.

if this is your question, then this is a server configuration issue and
nothing to do with a php engine. 


Previous Comments:


[2009-11-24 00:50:29] vector dot thorn at gmail dot com

Description:

If this section is in your httpd.conf:

Header unset Cache-Control
Header unset Expires
Header unset Last-Modified
FileETag None
Header unset Pragma


Then the cache headers here will not be used:

$expires = 60*60*24*365;
$size = filesize("{$client_directory}/{$_GET['did']}");
$last = filemtime("{$client_directory}/{$_GET['did']}");
header("Content-Length: ".$size,true);
header("Etag: ".md5($last),true);
header("Server: Ionisis.com",false);
header("Cache-Control: max-age={$expires}, public,no-transform",true);
header('Expires: ' . gmdate('D, d M Y H:i:s',($last+$expires)) . '
GMT',true);
header('Last-Modified: ' . gmdate('D, d M Y H:i:s', $last) . '
GMT',true);
header("Content-type: audio/example");
header("Content-Disposition: attachment;
filename=\"{$_GET['did']}\"");
readfile("{$client_directory}/{$_GET['did']}");

and even if you remove that section, and these headers are sent, the
client is still not sending a "if-modified-since" header that can be
captured at the server level for the php level.

Firefox 3.5, Apache 2.2, PHP 5.3, Fedora Linux

Reproduce code:
---
Just copy that code, and paste it in an file called download.php, and
set it up so that it grabs an mp3 file, then beat your head into the
desk for 2 days :D

Expected result:

I expected it to send the proper cache headers, despite what the server
was preconfigured to send.

Actual result:
--
Had to remove the server's configuration section pertaining to caching
php output.





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

#50287 [Opn->Bgs]: DON'T WORK

[fa]

 ID:   50287
 Updated by:   f...@php.net
 Reported By:  jkitterman at ccsd1 dot k12 dot wy dot us
-Status:   Open
+Status:   Bogus
 Bug Type: PHAR related
 Operating System: WINDOZE 95
 PHP Version:  5.3SVN-2009-11-24 (snap)
 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:


[2009-11-24 20:10:45] jkitterman at ccsd1 dot k12 dot wy dot us

Description:

IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>

Reproduce code:
---
IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>

Expected result:

IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>

Actual result:
--
IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>





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

#50285 [Opn->Ver]: xmlrpc_server_call_method() does not preserve keys in indexed arrays

[jani]

 ID:   50285
 Updated by:   j...@php.net
 Reported By:  tony at marston-home dot demon dot co dot uk
-Status:   Open
+Status:   Verified
 Bug Type: XMLRPC-EPI related
-Operating System: Windows XP
+Operating System: *
-PHP Version:  5.3.1
+PHP Version:  5.*, 6
 New Comment:

A little bit simpler test which shows the same issue:

 'one', 3 => 'three', 5 => 'five', 'a'=> 'foo');
var_dump($a, xmlrpc_encode($a));

/* xmlrpc_decode() does work when passed proper data: */
$r = '


 
  
   
1

 one

   
   
3

 three

   
   
5

 five

   
   
a

 foo

   
  
 


';

var_dump(xmlrpc_decode($r));

?>



Previous Comments:


[2009-11-24 14:55:34] tony at marston-home dot demon dot co dot uk

Description:

When the method called in xmlrpc_server_call_method() returns an array
where the keys are numeric but non-sequential it does not include the
keys in the xml response, so when that response is decoded by the client
all the keys are resequenced from zero. This means that all the original
keys are lost.

Reproduce code:
---
function indexedArray ( $func, $params) {
return array(1=>'One', 3=>'Three', 5=>'Five');
} // indexedArray
$server = xmlrpc_server_create();
$result = xmlrpc_server_register_method($server, 'indexedArray',
'indexedArray');
$HTTP_RAW_POST_DATA = <<

indexedArray


EOD;
$response = xmlrpc_server_call_method($server, $HTTP_RAW_POST_DATA,
null);
$array = xmlrpc_decode($response);

Expected result:

The contents of $array should read (1=>'One', 3=>'Three', 5=>'Five').
This is because the xml document does not contain any  elements
for each .

Actual result:
--
The contents of $array is (0=>'One', 1=>'Three', 2=>'Five')





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

#50283 [Tbd]: allow base in gmp_strval to use full range: 2 to 62, and -2 to -36

[asphp at dsgml dot com]

 ID:   50283
 User updated by:  asphp at dsgml dot com
 Reported By:  asphp at dsgml dot com
 Status:   To be documented
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  5.2.11
 New Comment:

The docs and checkin comment all say till 62, but the code and the
tests actually limit to 36.


Previous Comments:


[2009-11-24 15:08:22] rquadl...@php.net

Documented.
Revision: http://svn.php.net/viewvc/?view=revision&revision=291267



[2009-11-24 13:35:06] d...@php.net

The documentation states that base has to be between 2 and 36. We have
to correct this, as we now allow -2 to -36 aswell.



[2009-11-24 13:33:36] s...@php.net

Automatic comment from SVN on behalf of dsp
Revision: http://svn.php.net/viewvc/?view=revision&revision=291262
Log: Implement feature request #50283 (allow base in gmp_strval to use
full range: 2 to 62, and -2 to -36)



[2009-11-24 11:31:47] asphp at dsgml dot com

And for input as well of course.



[2009-11-24 11:29:58] asphp at dsgml dot com

Description:

According to http://gmplib.org/manual/Converting-Integers.html
gmp_strval should be able to use a base range of 2 to 62, and -2 to
-36.

However php enforces the base to be between 2 and 36. Please allow the
full range.






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

#50163 [Opn]: IUSR_ NTFS permissions issue on PHP 5.2.11-nts

[be3ch at centrum dot cz]

 ID:   50163
 User updated by:  be3ch at centrum dot cz
 Reported By:  be3ch at centrum dot cz
 Status:   Open
 Bug Type: Filesystem function related
 Operating System: win32 only - Windows 2003 Server
 PHP Version:  5.2.11
 Assigned To:  pajoye
 New Comment:

You can try this procedure to reproduce this problem:
- install Windows 2008 Server (x86)
- add Web Server role (for IIS7 support)
- download Web Platform Installer and install PHP 5.2.11

Now you have in IIS7 default web with PHP 5.2.11 support. Create test
script test.php with this content :



and copy test.php to C:\Inetpub\wwwroot . Now you can try
http://localhost/test.php and you can see result of script :
bool(true).

There is default icacls result on C:\Inetpub\wwwroot directory :

wwwroot BUILTIN\IIS_IUSRS:(RX)
BUILTIN\IIS_IUSRS:(OI)(CI)(IO)(GR,GE)
NT SERVICE\TrustedInstaller:(I)(F)
NT SERVICE\TrustedInstaller:(I)(OI)(CI)(IO)(F)
NT AUTHORITY\SYSTEM:(I)(F)
NT AUTHORITY\SYSTEM:(I)(OI)(CI)(IO)(F)
BUILTIN\Administrators:(I)(F)
BUILTIN\Administrators:(I)(OI)(CI)(IO)(F)
BUILTIN\Users:(I)(RX)
BUILTIN\Users:(I)(OI)(CI)(IO)(GR,GE)
CREATOR OWNER:(I)(OI)(CI)(IO)(F)

Successfully processed 1 files; Failed processing 0 files

Now on folder C:\inetpub\wwwroot delete inheritance and change
permissions to :

Administrators:F
IUSR:R
NETWORK SERVICE:R
System:F

icacls result will be:

wwwroot NT AUTHORITY\IUSR:(OI)(CI)(R)
NT AUTHORITY\SYSTEM:(OI)(CI)(F)
NT AUTHORITY\NETWORK SERVICE:(OI)(CI)(R)
BUILTIN\Administrators:(OI)(CI)(F)

Successfully processed 1 files; Failed processing 0 files

Restart IIS service and try http://localhost/test.php now. Result of
script will be : bool(false). Now you can try change test script to full
path and result will be bool(true). If you change PHP to TS version,
result with relative path will be correct bool(true). PHP 5.3 NonTS same
problem.


Previous Comments:


[2009-11-20 10:51:56] paj...@php.net

I fail to reproduce this problem. No matter the OS or configuration,
using 5.3 or 5.2.



[2009-11-20 08:42:15] be3ch at centrum dot cz

Any progress? :)



[2009-11-14 08:48:38] be3ch at centrum dot cz

open_basedir and include_path are for every case same :

open_basedir = D:\wwwroot\testcom;D:\tmp\System;D:\tmp\Php
include_path = .;D:\wwwroot\testcom\www;D:\wwwroot\testcom

If open_basedir is disabled (empty), result of test script with
relative path is : bool(false) . Result with full path is correctly :
bool(true).



[2009-11-14 02:34:44] ksin...@php.net

Can you paste the value of include_path directive
(ini_get('include_path')) for each of the cases? Given that fullpath to
file works with just read permissions tell that relative path test.php
is getting resolved to some other path which is outside open_basedir.
Strange that adding execute permission make it resolve to a different
path.



[2009-11-13 12:15:32] be3ch at centrum dot cz

D:\wwwroot>icacls D:\wwwroot\testcom\
D:\wwwroot\testcom\ NT AUTHORITY\SYSTEM:(OI)(CI)(F)
NT AUTHORITY\NETWORK SERVICE:(OI)(CI)(R)
BUILTIN\Administrators:(OI)(CI)(F)
TEST_SERVER\G6FTPUser:(OI)(CI)(R,W,D,DC)
TEST_SERVER\IUSR_testcom:(OI)(CI)(R)

Successfully processed 1 files; Failed processing 0 files

D:\wwwroot>icacls D:\wwwroot\testcom\www
D:\wwwroot\testcom\www BUILTIN\Administrators:(OI)(CI)(F)
   TEST_SERVER\G6FTPUser:(OI)(CI)(R,W,D,DC)
   TEST_SERVER\IUSR_testcom:(OI)(CI)(R)
   NT AUTHORITY\NETWORK SERVICE:(OI)(CI)(R)
   NT AUTHORITY\SYSTEM:(OI)(CI)(F)

Successfully processed 1 files; Failed processing 0 files



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

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

#50287 [NEW]: DON'T WORK

[jkitterman at ccsd1 dot k12 dot wy dot us]

From: jkitterman at ccsd1 dot k12 dot wy dot us
Operating system: WINDOZE 95
PHP version:  5.3SVN-2009-11-24 (snap)
PHP Bug Type: PHAR related
Bug description:  DON'T WORK

Description:

IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT
DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>

Reproduce code:
---
IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT
DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>

Expected result:

IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT
DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>

Actual result:
--
IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT
DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T WORK>IT DON'T
WORK>IT DON'T WORK>

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

#50281 [Fbk]: Socket shuts down automatically after X seconds of idling

[srinatar]

 ID:   50281
 Updated by:   srina...@php.net
 Reported By:  jiangcat at gmail dot com
 Status:   Feedback
 Bug Type: Sockets related
 Operating System: Centos 5.2
 PHP Version:  5.2.11
 New Comment:

cool you are running it on linux. now, to help us debug this issue,
provide a strace(1) output (just before the socket timeout happens).
say, you see that socket times out at 3 hours or some thing like that,
then you could do some thing like start the strace collection output
around this time and paste the last few hundred lines some where. this
should help us understand why did the socket time out when it happens




Previous Comments:


[2009-11-24 17:22:29] ka...@php.net

Please somehow attach the code to the bug report else theres not really
anything we can do to analyze the issue. Try upload a zip somewhere if
its many files or use a paste service like Pastie.

Also keep the reproduce code as short as possible, when you have
attached the code to this report then change the status back to 'Open'



[2009-11-24 09:46:07] jiangcat at gmail dot com

Description:

I've made a chat server using php socket features, and it works pretty
well as I've expected. However, the server shuts down automatically
after about 3 hours of idling (no connections).

I've set the php execution time limit to 0, and running this script
from shell in the background. Can't think of any other reason causing
this strange behavior.

Reproduce code:
---
The code is too long to submit.






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

#50286 [Opn->Bgs]: json_decode returns false when leading zeros aren't escaped with double quotes

[rasmus]

 ID:   50286
 Updated by:   ras...@php.net
 Reported By:  ygbr at me dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Linux Debian Lenny
 PHP Version:  5.3.1
 New Comment:

Then those Java implementations are broken.  The JSON spec quite
clearly states that if a number starts with a 0 then the only valid next
character, if there is one, is a "." indicating a floating point value. 
File a bug against those and point them to http://json.org

-Rasmus


Previous Comments:


[2009-11-24 18:44:14] ygbr at me dot com

Description:

When parsing a JSON Payload containing integers or floats with leading

zeros as values which haven't been escaped using double quotes, 
json_decode() returns false.

Even thought leading zeros are ( most of the times ) irrelevant for 
integers, the function should at least trim the zeros out and not fail

the entire decoding process. JSON returned from some Java JSON 
generators come with integers containing leading zeros and not escaped

by double quotes.

Reproduce code:
---
 6 )

Actual result:
--
Problems on JSON Parsing the json_decode() function has returned false





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

#50286 [NEW]: json_decode returns false when leading zeros aren't escaped with double quotes

[ygbr at me dot com]

From: ygbr at me dot com
Operating system: Linux Debian Lenny
PHP version:  5.3.1
PHP Bug Type: Unknown/Other Function
Bug description:  json_decode returns false when leading zeros aren't escaped 
with double quotes

Description:

When parsing a JSON Payload containing integers or floats with leading 
zeros as values which haven't been escaped using double quotes, 
json_decode() returns false.

Even thought leading zeros are ( most of the times ) irrelevant for 
integers, the function should at least trim the zeros out and not fail 
the entire decoding process. JSON returned from some Java JSON 
generators come with integers containing leading zeros and not escaped 
by double quotes.

Reproduce code:
---
 6 )

Actual result:
--
Problems on JSON Parsing the json_decode() function has returned false

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

#50233 [Bgs]: This is not enought description.

[k_radek at yahoo dot pl]

 ID:   50233
 User updated by:  k_radek at yahoo dot pl
 Reported By:  k_radek at yahoo dot pl
 Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: GNU/Linux
 PHP Version:  5.2.11
 New Comment:

Exactly. Same bug here bug#50184.


Previous Comments:


[2009-11-23 21:05:05] bj...@php.net

Actually, see bug#50184 (which is an open doc issue)



[2009-11-23 20:49:52] bj...@php.net

Actually, I cannot reproduce this.

You are probably talking about something like this:


Note that "fOo" still references the original "bar", while any other
variations of "foo" reference the latter, case-insensitive declaration.
Thats expected behavior.



[2009-11-23 20:44:14] bj...@php.net

That makes no sense.
Reclassified as an engine problem.



[2009-11-19 16:00:14] k_radek at yahoo dot pl

Description:

Last paremeter defined in a function says that you can define constant
with case-insensitive option but says nothing about that it allows you
to REDEFINE constant...

Reproduce code:
---
---
>From manual page: function.define#Parameters
---

"If set to TRUE, the constant will be defined case-insensitive. The
default behavior is case-sensitive; i.e. CONSTANT and Constant represent
different values."

Expected result:

"If set to TRUE, the constant will be defined case-insensitive. The
default behavior is case-sensitive; i.e. CONSTANT and Constant represent
different values. It allows you to redefine constant."

Actual result:
--
"If set to TRUE, the constant will be defined case-insensitive. The
default behavior is case-sensitive; i.e. CONSTANT and Constant represent
different values."





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

#50281 [Opn->Fbk]: Socket shuts down automatically after X seconds of idling

[kalle]

 ID:   50281
 Updated by:   ka...@php.net
 Reported By:  jiangcat at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Sockets related
 Operating System: Centos 5.2
 PHP Version:  5.2.11
 New Comment:

Please somehow attach the code to the bug report else theres not really
anything we can do to analyze the issue. Try upload a zip somewhere if
its many files or use a paste service like Pastie.

Also keep the reproduce code as short as possible, when you have
attached the code to this report then change the status back to 'Open'


Previous Comments:


[2009-11-24 09:46:07] jiangcat at gmail dot com

Description:

I've made a chat server using php socket features, and it works pretty
well as I've expected. However, the server shuts down automatically
after about 3 hours of idling (no connections).

I've set the php execution time limit to 0, and running this script
from shell in the background. Can't think of any other reason causing
this strange behavior.

Reproduce code:
---
The code is too long to submit.






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

#50156 [Com]: Empty element should also return END_ELEMENT

[edwin at bitstorm dot org]

 ID:   50156
 Comment by:   edwin at bitstorm dot org
 Reported By:  edwin at bitstorm dot org
 Status:   Open
 Bug Type: XML Reader
 Operating System: Ubuntu 9.04
 PHP Version:  5.2SVN-2009-11-12 (SVN)
 New Comment:

Turns out I can use the isEmptyElement-property to find out when
dealing with an -element.

This is a bit unfortunate, because, for example, SAX (the mother of all
xml-readers?) does not use this mechnism and works as I would expect.

It's just how libxml seems to work, so it should probably not be marked
as a PHP-bug.

This bug can be closed: "not a bug"... :-/

A little parsing example in the documentation might be a very good
idea, though.


Previous Comments:


[2009-11-12 21:14:17] edwin at bitstorm dot org

XML-parser used is libxml 2.7.3 .



[2009-11-12 21:02:52] edwin at bitstorm dot org


  
429


  

";

$expected = "
Titles
Titles
Titles - Title
Titles - Title
Titles - Title - ID
Titles - Title - ID
Titles - Title
Titles - Title
Titles - Title - Type
Titles - Title
Titles - Title
Titles - Title - Barcode
Titles - Title
Titles - Title
Titles
Titles
";

$reader = new XMLReader();
$reader->xml($xml);
$actual = '';
// Make a stack for every element
$stack = array();
while ($reader->read()) {
  switch($reader->nodeType) {
case XMLReader::ELEMENT:
array_push($stack, $reader->name);
break;
case XMLReader::END_ELEMENT:
  array_pop($stack);
  break;
  }
  $actual .= join(' - ', $stack)."\n";
}

// Clean up and make it OS-agnostic
$expected = preg_replace('/\\r/', '', trim($expected));
$actual = preg_replace('/\\r/', '', trim($actual));

// Print result
echo "Expected\n";
echo "$expected\n";
echo "Actual\n";
echo "$actual\n";

// Test it
if ($expected == $actual) {
  echo "Good";
} else {
  echo "Not good";
}

?>



[2009-11-12 13:48:14] edwin at bitstorm dot org

Description:

Element  returns twice, one for XMLReader::ELEMENT and one for
XMLReader::END_ELEMENT.

Element  returns once, for XMLReader::ELEMENT.

That should return a XMLReader::END_ELEMENT too, because that's
implicit.

Problem is that now you can't distinguish between  and 
and that's a bug.

Reproduce code:
---
  $reader = new XMLReader();
  $reader->open($file);
  echo "\n";
  while ($reader->read()) {
echo "".$reader->nodeType."".$node =
$reader->name."".$reader->value."\n";
  }
  echo "\n";


Input:


  
429





Expected result:

1   Titles  
14  #text   
1   Title   
14  #text   
1   ID  
3   #text   429
15  ID  
14  #text   
1   Type
14  #text   
15  Type
14  #text   
1   Barcode 
14  #text   
15  Barcode
14  #text

Actual result:
--
1   Titles  
14  #text   
1   Title   
14  #text   
1   ID  
3   #text   429
15  ID  
14  #text   
1   Type
14  #text   
1   Barcode 
14  #text   
15  Barcode
14  #text





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

#50285 [Opn]: xmlrpc_server_call_method does not preserve keys in indexed arrays

[tony at marston-home dot demon dot co dot uk]

 ID:   50285
 User updated by:  tony at marston-home dot demon dot co dot uk
 Reported By:  tony at marston-home dot demon dot co dot uk
 Status:   Open
-Bug Type: *General Issues
+Bug Type: XMLRPC-EPI related
 Operating System: Windows XP
 PHP Version:  5.3.1
 New Comment:

This is not 'general', it is XMLRPC related.


Previous Comments:


[2009-11-24 14:55:34] tony at marston-home dot demon dot co dot uk

Description:

When the method called in xmlrpc_server_call_method() returns an array
where the keys are numeric but non-sequential it does not include the
keys in the xml response, so when that response is decoded by the client
all the keys are resequenced from zero. This means that all the original
keys are lost.

Reproduce code:
---
function indexedArray ( $func, $params) {
return array(1=>'One', 3=>'Three', 5=>'Five');
} // indexedArray
$server = xmlrpc_server_create();
$result = xmlrpc_server_register_method($server, 'indexedArray',
'indexedArray');
$HTTP_RAW_POST_DATA = <<

indexedArray


EOD;
$response = xmlrpc_server_call_method($server, $HTTP_RAW_POST_DATA,
null);
$array = xmlrpc_decode($response);

Expected result:

The contents of $array should read (1=>'One', 3=>'Three', 5=>'Five').
This is because the xml document does not contain any  elements
for each .

Actual result:
--
The contents of $array is (0=>'One', 1=>'Three', 2=>'Five')





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

#50283 [Tbd]: allow base in gmp_strval to use full range: 2 to 62, and -2 to -36

[rquadling]

 ID:   50283
 Updated by:   rquadl...@php.net
 Reported By:  asphp at dsgml dot com
 Status:   To be documented
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  5.2.11
 New Comment:

Documented.
Revision: http://svn.php.net/viewvc/?view=revision&revision=291267


Previous Comments:


[2009-11-24 13:35:06] d...@php.net

The documentation states that base has to be between 2 and 36. We have
to correct this, as we now allow -2 to -36 aswell.



[2009-11-24 13:33:36] s...@php.net

Automatic comment from SVN on behalf of dsp
Revision: http://svn.php.net/viewvc/?view=revision&revision=291262
Log: Implement feature request #50283 (allow base in gmp_strval to use
full range: 2 to 62, and -2 to -36)



[2009-11-24 11:31:47] asphp at dsgml dot com

And for input as well of course.



[2009-11-24 11:29:58] asphp at dsgml dot com

Description:

According to http://gmplib.org/manual/Converting-Integers.html
gmp_strval should be able to use a base range of 2 to 62, and -2 to
-36.

However php enforces the base to be between 2 and 36. Please allow the
full range.






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

#50285 [NEW]: xmlrpc_server_call_method does not preserve keys in indexed arrays

[tony at marston-home dot demon dot co dot uk]

From: tony at marston-home dot demon dot co dot uk
Operating system: Windows XP
PHP version:  5.3.1
PHP Bug Type: *General Issues
Bug description:  xmlrpc_server_call_method does not preserve keys in indexed 
arrays

Description:

When the method called in xmlrpc_server_call_method() returns an array
where the keys are numeric but non-sequential it does not include the keys
in the xml response, so when that response is decoded by the client all the
keys are resequenced from zero. This means that all the original keys are
lost.

Reproduce code:
---
function indexedArray ( $func, $params) {
return array(1=>'One', 3=>'Three', 5=>'Five');
} // indexedArray
$server = xmlrpc_server_create();
$result = xmlrpc_server_register_method($server, 'indexedArray',
'indexedArray');
$HTTP_RAW_POST_DATA = <<

indexedArray


EOD;
$response = xmlrpc_server_call_method($server, $HTTP_RAW_POST_DATA,
null);
$array = xmlrpc_decode($response);

Expected result:

The contents of $array should read (1=>'One', 3=>'Three', 5=>'Five'). This
is because the xml document does not contain any  elements for each
.

Actual result:
--
The contents of $array is (0=>'One', 1=>'Three', 2=>'Five')

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

#50278 [Opn->Sus]: DOM saveHTML removes space from HTML

[rasmus]

 ID:   50278
 Updated by:   ras...@php.net
 Reported By:  taylorms at mtaonline dot net
-Status:   Open
+Status:   Suspended
 Bug Type: DOM XML related
 Operating System: linux 2.6
 PHP Version:  5.2SVN-2009-11-24 (snap)
 New Comment:

This looks more like a libxml2 issue than a PHP one.  Information for
filing bugs against libxml2 is here:

http://xmlsoft.org/bugs.html



Previous Comments:


[2009-11-24 08:59:49] taylorms at mtaonline dot net

Note: I added a  tag with a single space in it between the two
 tags and it worked OK. The source became






The  are all still on one single line (3 lines
total), but the space between the searchbox and searchgo elements is
consistent now with all other pages. I'm baffled.



[2009-11-24 04:36:56] taylorms at mtaonline dot net

Description:

Using loadHTML to load a formated HTML template file. I then use the
DOM functions to create new elements before using saveHTML to dump the
entire HTML to the browser.

When loading the .html file directly into the browser, the elements
have correct spacing. When using loadHTML/saveHTML, spacing for a
particular element is different.

I've tracked it down to the following difference. The .html looks as
shown in BLK#1 below, whereas the html generated with loadHTML/saveHTML
is as shown in BLK#2 below.

The newline in the .html file shown in BLK#1 produces a "space" between
the elements in both FF3.5 and IE8 that is missing when the BLK#2 code
is sent.

Reproduce code:
---
BLK#1





BLK#2




NOTE: In BLK#2, the two  tags are together on the same line,
i.e., no newline between them.

Expected result:

The searchbox (textbox) and searchgo (button) are separated by a small
space (about 5 px) when displaying the .html file directly (BLK#1 code).


Actual result:
--
When displaying in browser using saveHTML, the space is missing, and
only on this page. This is part of a template file and is identical on
every page of my site. BLK#2 code produces a searchbox and searchgo
button that are touching.

NOTE: I can edit the source directly in FF Firebug, add a single space
or a newline to the code between the two  tags and the space
appears as it should be.

The DOM functionality is removing newlines in other places too, but
manifests itself here as a negative visual effect.





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

#50283 [Opn->Tbd]: allow base in gmp_strval to use full range: 2 to 62, and -2 to -36

[dsp]

 ID:   50283
 Updated by:   d...@php.net
 Reported By:  asphp at dsgml dot com
-Status:   Open
+Status:   To be documented
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  5.2.11
 New Comment:

The documentation states that base has to be between 2 and 36. We have
to correct this, as we now allow -2 to -36 aswell.


Previous Comments:


[2009-11-24 13:33:36] s...@php.net

Automatic comment from SVN on behalf of dsp
Revision: http://svn.php.net/viewvc/?view=revision&revision=291262
Log: Implement feature request #50283 (allow base in gmp_strval to use
full range: 2 to 62, and -2 to -36)



[2009-11-24 11:31:47] asphp at dsgml dot com

And for input as well of course.



[2009-11-24 11:29:58] asphp at dsgml dot com

Description:

According to http://gmplib.org/manual/Converting-Integers.html
gmp_strval should be able to use a base range of 2 to 62, and -2 to
-36.

However php enforces the base to be between 2 and 36. Please allow the
full range.






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

#50280 [Opn->Fbk]: XSLT generates strange result

[rasmus]

 ID:   50280
 Updated by:   ras...@php.net
 Reported By:  jiangcat at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: XSLT related
 Operating System: Centos 5.2
 PHP Version:  5.2.11
 New Comment:

It would help both you and us if you provided an actual working
reproduce script.  It would help you catch obvious mistakes like the
fact that you forgot the xsl namespace on the for-each tags there.

I wrote a script to see if I could reproduce your problem:


  1
  2

EOB;
$xsl = <



  SomeHash.set('', );




EOB;
$x = DOMDocument::loadXML($xml);

$xslt = new XSLTProcessor();
$s = new DOMDocument();
$s->loadXML($xsl, LIBXML_NOCDATA);
$xslt->importStylesheet($s);
echo $xslt->transformToXML($x); 

And the output of this script for me is:


http://www.w3.org/TR/xhtml1/strict";
type="text/javascript">
  SomeHash.set('a', 1);

  SomeHash.set('b', 2);


which seems correct.  Can you verify that you get the same output?


Previous Comments:


[2009-11-24 09:36:57] jiangcat at gmail dot com

Description:

XSLT processor occasionally generates improper result with the XML and
XSL data inputted. Even worse, it happens with out any sign or regular
operation, which means I can't reproduce this bug. With the same XML +
XSL, it gives a perfect result sometimes, but occationally, a buggy
result.

The reproduce code is just an idea of what's happening, cuz the actual
code I'm running is way too long to submit here. Please ask for it if
you could identify this as a BUG, and I'll submit further info.

Reproduce code:
---
XML:
...

  1
  2

...
XSL:
...


  SomeHash.set('', );


...

Expected result:


  SomeHash.set('a', 1);
  SomeHash.set('b', 2);


Actual result:
--
The result could be such a mass SOMETIMES:

  SomeHash.set('a', 1b2;






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

#50149 [Com]: Enabling dynamic extensions make Apache 2.2.14 crash at startup

[marco at prodacom dot nl]

 ID:   50149
 Comment by:   marco at prodacom dot nl
 Reported By:  msabatier dot perso at gmail dot com
 Status:   Open
 Bug Type: Dynamic loading
 Operating System: win32 only - Windows 7
 PHP Version:  5.2.11
 New Comment:

had the same problem on different pc's. Always with this version
5.2.11. 

Solved the problem with adding the EXT dirictory also to the %PATH%
statement from Windows. With the Installer only the PHP diriecty wil be
added to the %PATH% not the EXT.

By adding the EXT my problem was on several pc's over.


Previous Comments:


[2009-11-12 22:46:36] msabatier dot perso at gmail dot com

Just to be more specific regarding my previous answer I ran the php -i
command without activating any extension in php.ini, otherwise PHP
crashes before giving any output.



[2009-11-12 22:44:12] msabatier dot perso at gmail dot com

C:\Program Files\PHP>php -i | find "php.ini"
Configuration File (php.ini) Path => C:\Windows
Loaded Configuration File => C:\Program Files\PHP\php.ini

C:\Program Files\PHP>echo %PATH%
C:\Program
Files\PHP\;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:
\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\ATI
Technologies\ATI.
ACE\Core-Static;C:\Program Files\QuickTime\QTSystem\;C:\Program
Files\TortoiseSV
N\bin



[2009-11-12 21:19:39] paj...@php.net

pls run:

php -i | find "php.ini"

and paste the result here please, as well as the content of the PATH
variable in the cmd line.

echo %PATH%



[2009-11-12 21:00:01] msabatier dot perso at gmail dot com

I tried what you asked. Uninstalled PHP 5.2.9, suppressed the PHP dir
and reinstalled 5.2.11.
I got the same issue again.

Issuing
cd c:\php
php -d extension_dir=ext -d extension=php_gd2.dll -m
Gives me a crash of php (the process stops working) without any
message.

Interestingly, if I don't remove the PHP dir after uninstalling PHP
5.2.9, then after installing PHP 5.2.11 everything is working.



[2009-11-11 13:39:43] paj...@php.net

tr in CLI, that may give you more details:

> cd c:\php
> php -d extension_dir=ext -d extension=php_gd2.dll -m



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

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

#50249 [Asn]: ordinal month days don't work

[jennifer dot kimball at nrc dot ca]

 ID:   50249
 User updated by:  jennifer dot kimball at nrc dot ca
 Reported By:  jennifer dot kimball at nrc dot ca
 Status:   Assigned
 Bug Type: Date/time related
 Operating System: Solaris 10
 PHP Version:  5.3.1
 Assigned To:  derick
 New Comment:

Thanks for your suggestions. I wish you success in adding support for
"date of next month" expressions. Thanks.


Previous Comments:


[2009-11-23 15:05:23] ras...@php.net

I think a better way to do it currently is just to do it in 2 steps:

$d=date_create('first day of next month');
$d->modify("+2 days");




[2009-11-23 13:41:56] der...@php.net

I'll see if we can support this in some way without breaking anything
else— please ignore what Sjoerd wrote. mktime() and timestamps should
be avoided!



[2009-11-23 13:05:24] sjo...@php.net

Thank you for your bug report.

Here is a piece of code which may do what you want:




[2009-11-20 18:18:22] jennifer dot kimball at nrc dot ca

Description:

It appears impossible to write an expression that will generate the Nth
day of any month (except for first or last days).

Expressions like "third day of next month" fail in date_create().
Expressions like "next month +3 days" increment the month number and
add 3 days to the current day number.
Expressions like "first day of next month +2 days" give just the first
day of the month.



Reproduce code:
---
//today is Nov 20, 2009

$d1=date_create('third day of next month');
print_r(DateTime::getLastErrors()); //errors
echo 'd1: ',$d1->format('Y-m-d'); //nothing output

$d2=date_create('first day of next month');
echo 'd2: ',$d2->format('Y-m-d'); //2009-12-01, works as expected

$d3=date_create('first day of next month +2 days');
echo 'd3: ',$d3->format('Y-m-d'); //2009-12-01, not 2009-12-03

$d4=date_create('next month +3 days');
echo 'd4: ',$d4->format('Y-m-d'); //2009-12-23, also not 2009-12-03
though I can understand why



Expected result:

Array
(
[warning_count] => 0
[warnings] => Array
(
)

[error_count] => 0
[errors] => Array
(
)

)
d1: 2009-12-03

d2: 2009-12-01

d3: 2009-12-03

d4: 2009-12-23

Actual result:
--
Array
(
[warning_count] => 0
[warnings] => Array
(
)

[error_count] => 1
[errors] => Array
(
[10] => The timezone could not be found in the database
)

)
d1: 

d2: 2009-12-01

d3: 2009-12-01 //still the 1st, 2 days not added

d4: 2009-12-23





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

#49429 [Com]: Problem with odbc_autocommit

[kristoff dot picard at ingres dot com]

 ID:   49429
 Comment by:   kristoff dot picard at ingres dot com
 Reported By:  jvanderleij at desyderetail dot nl
 Status:   Open
 Bug Type: ODBC related
 Operating System: Windows XP professional
 PHP Version:  5.3.0
 New Comment:

Same problem with 5.3.1
Tested on Linux with unixODBC and Ingres

Simple testcase:
--
$dsn='mydsn';
$conn=odbc_connect($dsn,'','');

$rc=odbc_autocommit($conn,FALSE);
echo "return set odbc_autocommit false: ".$rc. "\n";

$rc=odbc_autocommit($conn);
echo "return get odbc_autocommit: ".$rc. "\n";
-

Output is as follows:
return set odbc_autocommit false: 1
return get odbc_autocommit: 1

While with 5.2.11 it is:
return set odbc_autocommit false: 1
return get odbc_autocommit: 0


ODBC trace shows that in 5.3.x SQLSetConnectOption() isn't called when
passing FALSE as second parameter, but SQLGetConnectOption. 

When passing TRUE SQLSetConnectOption() is called as expetced.


Previous Comments:


[2009-09-01 10:50:55] jvanderleij at desyderetail dot nl

Description:

In PHP-version 5.3.0 the odbc_autocommit function with second parameter
filled in always returns false. We tested this with sql server and
progress database. In PHP-version 5.2.10 we don't have this problem.

The actual result is the progress output from PHP 5.3.0.
The expected result is the progress output from PHP 5.2.10.

Reproduce code:
---
';
$errnum = odbc_error($con);
$errstr = odbc_errormsg ($con);
echo 'error '.$errnum.' errmsg '.$errstr.'';
}

function setisolationlevel($con, $level)
{
$statement = 'SET TRANSACTION ISOLATION LEVEL ' . $level;
$res = odbc_exec ($con, $statement);
if ($res === FALSE)
reporterror($con, 'exec failed '.$statement);
}

function starttransaction($con)
{
$res = odbc_autocommit ($con, false);
if ($res !==  TRUE)
reporterror($con, 'odbc_autocommit false failed ');
}

function committransaction($con)
{
$res = odbc_commit($con);
if ($res !== TRUE)
reporterror($con, 'committransaction failed ');
$res = odbc_autocommit ($con, true);
$res = odbc_autocommit ($con, true);
if ($res !==  TRUE)
reporterror($con, 'odbc_autocommit true failed ');
}


function test1($con)
{

echo 'test 1';

setisolationlevel($con, 'READ UNCOMMITTED');
starttransaction($con);
$rs = odbc_exec ($con, "SELECT * from tbloctsequence where 
seqname =
'testdanny'");
if ($rs === FALSE)
{
reporterror($con, 'exec failed');
echo 'exec failed';
} else
{
echo 'exec succeeded';
for (;;)
{
$ar = odbc_fetch_array($rs);
if ($ar === FALSE)
break;
else
{
print_r($ar);
echo '';
}
}

odbc_free_result ($rs);
}
committransaction($con);
}


function test2($con)
{

echo 'test 2';

setisolationlevel($con, 'READ COMMITTED');
starttransaction($con);
$rs = odbc_exec ($con, "INSERT INTO tblLabelnamen (Naam) VALUES
('testdanny')" );
if ($rs === FALSE)
{
reporterror($con, 'exec failed');
echo 'exec failed';
} else
echo 'exec succeeded';
committransaction($con);
}



$con = odbc_connect ( 'progresstest', 'test' , 'test');
//  $con = odbc_connect ( 'mssqltest', 'test' , 'test');

if ($con == 0)
{
echo 'connect failed';
} else
{
echo 'connect succeeded';
test1($con);
test2($con);

odbc_close ($con );
}



?>

Expected result:

connect succeeded
test 1
exec succeeded
test 2
exec succeeded


Actual result:
--
connect succeeded
test 1
odbc_autocommit false failed 
error ¸-Ö errmsg 
exec succeeded
test 2
exec failed SET TRANSACTION ISOLATION LEVEL READ COMMITTED
error S1000 errmsg [DataDirect][ODBC Progress OpenEdge Wire Pro

#48795 [Ver]: Building intl 64-bit fails on OS X

[jani]

 ID:   48795
 Updated by:   j...@php.net
 Reported By:  gwy...@php.net
 Status:   Verified
 Bug Type: Compile Failure
 Operating System: Mac OS X 10.5.8, 10.6.2
 PHP Version:  5.3SVN-2009-11-23 (SVN)
 New Comment:

well, build system does handle C++ quite fine for me. OSX is
"special"..


Previous Comments:


[2009-11-24 01:23:26] gwy...@php.net

No, upgrading the bundled libtool didn't fix it. The buildsystem isn't
set up to deal with C++ files automatically.



[2009-11-23 21:58:18] j...@php.net

Please try using this snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/





[2009-09-15 15:25:13] ram...@php.net

I'm having the same exact problem using --enable-intl
--with-icu-dir=/path/to/icu

I installed ICU with macports, and so I'm using /opt/local as my path
to ICU.



[2009-07-16 20:09:52] jplock at gmail dot com

I'm using OSX 10.5 as well and I'm getting the same error when trying
to build PHP 5.3.0 with intl enabled.

Undefined symbols:
  "___gxx_personality_v0", referenced from:
  ___gxx_personality_v0$non_lazy_ptr in msgformat_helpers.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [libs/libphp5.bundle] Error 1



LDFLAGS="/usr/lib/gcc/i686-apple-darwin9/4.0.1/libstdc++.dylib"
export LDFLAGS

./configure \
--disable-all \
--with-libxml-dir=/usr \
--with-apxs2=/usr/local/apache22/bin/apxs \
--with-regex=php \
--with-zend-vm=CALL \
--with-curl=/usr \
--with-curlwrappers \
--with-gd \
--with-gettext=/usr \
--with-iconv \
--with-pear=/usr/local/lib/php \
--with-mysqli=mysqlnd \
--with-pdo-mysql=mysqlnd \
--with-openssl=/usr \
--with-pcre-regex \
--with-zlib-dir=/usr \
--with-xsl=/usr \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--with-icu-dir=/usr/local \
--enable-tokenizer \
--enable-ctype \
--enable-mbstring \
--enable-session \
--enable-simplexml \
--enable-xml \
--enable-hash \
--enable-libxml \
--enable-dom \
--enable-filter \
--enable-fileinfo \
--enable-bcmath \
--enable-json \
--enable-intl \
--enable-pdo \
--enable-pcntl \
--enable-shmop \
--enable-phar \
--enable-posix \
--enable-sockets



[2009-07-04 00:47:46] gwy...@php.net

Description:

This is a reference to PECL bug #16575
. Since intl will shortly be
part of core instead of PECL, I feel this bug belongs here. Here's my
addition to the issue:

This is due to intl/msgformat/msgformat_helpers.cpp being a C++ file
and GCC not handling that case cleanly. The exact error is specifically
due to GCC not linking to libstdc++. Which is, actually, kinda
reasonable since it's been invoked as a plain C compiler. Anyway, you
can get around the problem for now by adding
"/usr/lib/gcc/i686-apple-darwin9/4.2.1/libstdc++.dylib" (if you're
building with gcc-4.2) or
"/usr/lib/gcc/i686-apple-darwin9/4.0.1/libstdc++.dylib" (if you're
building with gcc-4.0, the default) to your LDFLAGS. That's right,
WITHOUT -l or -L. I wouldn't consider this a real solution, but a better
solution is pending further research into the subject.

Reproduce code:
---
$ CFLAGS='-arch x86_64' CXXFLAGS='-arch x86_64' LDFLAGS='-arch x86_64'
./configure --enable-intl --with-icu=/path/to/icu
$ make


Expected result:

Build complete.
Don't forget to run 'make test'.

$ 

Actual result:
--
Undefined symbols:
 "___gxx_personality_v0", referenced from:
 EH_frame1 in msgformat_helpers.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [sapi/cgi/php-cgi] Error 1
$ 






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

#50279 [Opn->Bgs]: No results for running linux commands in php

[jani]

 ID:   50279
 Updated by:   j...@php.net
 Reported By:  rettaikulamram at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: linux
 PHP Version:  5.3.1
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  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:


[2009-11-24 06:12:50] rettaikulamram at gmail dot com

Description:

I installed poppler utils in my ubuntu for to convert pdftohtml,it
runs
well in terminal
but in a php script via exec() it not works why
exec('pdftohtml -c Desktop/resume.pdf')



[2009-11-24 06:12:00] rettaikulamram at gmail dot com

Description:

I installed poppler utils in my ubuntyu for to convert pdftohtml,it
runs well in terminal
but in a php script via exec() it not works why
exec('pdftohtml -c Desktop/resume.pdf')

Reproduce code:
---
---
>From manual page: ref.exec
---







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

#50282 [Opn->Csd]: xmlrpc_encode_request() changes object into array in calling function

[felipe]

 ID:   50282
 Updated by:   fel...@php.net
 Reported By:  basicer at basicer dot com
-Status:   Open
+Status:   Closed
 Bug Type: XMLRPC-EPI related
 Operating System: Linux
 PHP Version:  5.2.11
-Assigned To:  
+Assigned To:  felipe
 New Comment:

This bug has been fixed in SVN.

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:


[2009-11-24 11:32:32] s...@php.net

Automatic comment from SVN on behalf of felipe
Revision: http://svn.php.net/viewvc/?view=revision&revision=291260
Log: - Fixed bug #50282 (xmlrpc_encode_request() changes object into
array in calling function)



[2009-11-24 10:35:16] basicer at basicer dot com

Description:

Somehow calling xmlrpc_encode_request() will change an object into an
array even if the object is passed by reference to the function. 
xmlrpc_encode_request() creates the correct XML in this case (a struct)
but corrupts the original object. 

Reproduce code:
---

  int(10)
}
Do some stuff...
Now we have an array ?!
object(One)#1 (1) {
  ["x"]=>
  int(10)
}

Actual result:
--
Start with an object...
object(One)#1 (1) {
  ["x"]=>
  int(10)
}
Do some stuff...
Now we have an array ?!
array(1) {
  ["x"]=>
  int(10)
}






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

#50283 [Opn]: allow base in gmp_strval to use full range: 2 to 62, and -2 to -36

[asphp at dsgml dot com]

 ID:   50283
 User updated by:  asphp at dsgml dot com
 Reported By:  asphp at dsgml dot com
 Status:   Open
 Bug Type: GNU MP related
 Operating System: Linux
 PHP Version:  5.2.11
 New Comment:

And for input as well of course.


Previous Comments:


[2009-11-24 11:29:58] asphp at dsgml dot com

Description:

According to http://gmplib.org/manual/Converting-Integers.html
gmp_strval should be able to use a base range of 2 to 62, and -2 to
-36.

However php enforces the base to be between 2 and 36. Please allow the
full range.






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

#50283 [NEW]: allow base in gmp_strval to use full range: 2 to 62, and -2 to -36

[asphp at dsgml dot com]

From: asphp at dsgml dot com
Operating system: Linux
PHP version:  5.2.11
PHP Bug Type: GNU MP related
Bug description:  allow base in gmp_strval to use full range: 2 to 62, and -2 
to -36

Description:

According to http://gmplib.org/manual/Converting-Integers.html gmp_strval
should be able to use a base range of 2 to 62, and -2 to -36.

However php enforces the base to be between 2 and 36. Please allow the
full range.


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

#50226 [Opn->Csd]: [PATCH] - Insufficient memory allocation for unicode string

[kalle]

 ID:   50226
 Updated by:   ka...@php.net
 Reported By:  yoarvi at gmail dot com
-Status:   Open
+Status:   Closed
 Bug Type: *Unicode Issues
 Operating System: Solaris 5.10 (SPARC)
 PHP Version:  6SVN-2009-11-19 (SVN)
 New Comment:

This bug has been fixed in SVN.

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:


[2009-11-24 11:08:18] s...@php.net

Automatic comment from SVN on behalf of kalle
Revision: http://svn.php.net/viewvc/?view=revision&revision=291259
Log: Fixed #50226 (Insufficient memory allocation for unicode string)
 - Patch by yoarvi at gmail dot com



[2009-11-19 10:03:18] yoarvi at gmail dot com

Description:

ext/standard/string.c:3460 allocates only 1 extra byte for the
terminating null
str.u = safe_emalloc(2, UBYTES(old_len), 1);

but then assigns a null at line 3482 using 
*q.u = 0;
which writes 2 bytes.

The following patch fixes the problem:

Index: ext/standard/string.c
===
--- ext/standard/string.c   (revision 290968)
+++ ext/standard/string.c   (working copy)
@@ -3457,7 +3457,7 @@
 
if (type == IS_UNICODE) {
old_end.u = old.u + old_len;
-   str.u = safe_emalloc(2, UBYTES(old_len), 1);
+   str.u = safe_emalloc(2, UBYTES(old_len), UBYTES(1));
 
for (p.u = old.u, q.u = str.u; p.u != old_end.u; p.u++) {
cp = *p.u;


Reproduce code:
---
./configure --enable-debug

% sapi/cli/php ext/standard/tests/strings/quotemeta_basic.php


Expected result:

*** Testing quotemeta() : basic functionality ***
unicode(20) "Hello how are you \?"
unicode(19) "\(100 \+ 50\) \* 10"
unicode(20) "\\\+\*\?\[\^\]\(\$\)"


Actual result:
--
*** Testing quotemeta() : basic functionality ***
unicode(20) "Hello how are you \?"
unicode(19) "\(100 \+ 50\) \* 10"
[Thu Nov 19 15:35:30 2009]  Script: 
'ext/standard/tests/strings/quotemeta_basic.php'
---
/home/arvi/php-trunk/ext/standard/string.c(3483) : Block 0x0969aed4
status:
Beginning:  OK (allocated on
/home/arvi/php-trunk/ext/standard/string.c:3460, 41 bytes)
Start:  OK
  End:  Overflown (magic=0x instead of 0x2C8088DB)
1 byte(s) overflown
---
unicode(20) ""
[Thu Nov 19 15:35:30 2009]  Script: 
'ext/standard/tests/strings/quotemeta_basic.php'
/home/arvi/php-trunk/ext/standard/string.c(3460) :  Freeing 0x0969AED4
(41 bytes), script=ext/standard/tests/strings/quotemeta_basic.php
/home/arvi/php-trunk/Zend/zend_alloc.c(2446) : Actual location
(location was relayed)
=== Total 1 memory leaks detected ===






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

#50270 [Com]: ldap_start_tls problem

[jcarlos at dsi dot uclm dot es]

 ID:   50270
 Comment by:   jcarlos at dsi dot uclm dot es
 Reported By:  jcarlos at dsi dot uclm dot es
 Status:   Feedback
 Bug Type: LDAP related
 Operating System: windows
 PHP Version:  5.3.1
 New Comment:

I have tested with:

Apache/2.2.14 (Win32) mod_ssl/2.2.14 OpenSSL/0.9.8k PHP/5.2.11 (works
fine)

Apache/2.2.14 (Win32) mod_ssl/2.2.14 OpenSSL/0.9.8k PHP/5.3.1 (same
error)


Previous Comments:


[2009-11-24 09:11:21] jcarlos at dsi dot uclm dot es

Also, if I'm going back to php-5.2.11 works fine, but if I change the
php-5.3.1 not working

sorry for my english



[2009-11-24 09:02:50] jcarlos at dsi dot uclm dot es

In the past, I always updated the php version and I have never had
problems.

I have in c:\openldap\sysconf\ the file ldap.conf

TLS_REQCERT never
TLS_CACERT C:\OpenLdap\sysconf\certs\cert_dom_uclm.pem

I have compiled Filezilla Server with support for ldap and It works
perfect now.
http://forum.filezilla-project.org/viewtopic.php?f=6&t=11146

It run with AD.



[2009-11-24 00:31:33] j...@php.net

Check this if it helps:

  http://marc.info/?l=php-windows&m=116127873321748&w=2



[2009-11-23 11:35:29] jcarlos at dsi dot uclm dot es

$ds=ldap_connect($ldaphost);  
   if(!ldap_set_option($ds, LDAP_OPT_PROTOCOL_VERSION, 3)){
  print "No puedo establecer LDAPv3";
   }else if (!ldap_set_option($ds, LDAP_OPT_REFERRALS, 0)){
  print "No puedo establecer LDAP_OPT_REFERRALS";
   }else if (!ldap_start_tls($ds)) { // <- FAIL --
  print "No puedo iniciar TLS ";
   }else {
  printf "OK";
  } 
   }



[2009-11-23 11:27:21] jcarlos at dsi dot uclm dot es

Description:

My configuration (works perfect):
Apache/2.2.11 (Win32) mod_ssl/2.2.11 OpenSSL/0.9.8i PHP/5.2.11

When i upgrade to:
Apache/2.2.11 (Win32) mod_ssl/2.2.11 OpenSSL/0.9.8i PHP/5.3.1

ldap_start_tls problem





Reproduce code:
---
Warning: ldap_start_tls() [function.ldap-start-tls]: Unable to start
TLS: Connect error in 






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

#50282 [NEW]: xmlrpc_encode_request() changes object into array in calling function

[basicer at basicer dot com]

From: basicer at basicer dot com
Operating system: Linux
PHP version:  5.2.11
PHP Bug Type: XMLRPC-EPI related
Bug description:  xmlrpc_encode_request() changes object into array in calling 
function

Description:

Somehow calling xmlrpc_encode_request() will change an object into an
array even if the object is passed by reference to the function. 
xmlrpc_encode_request() creates the correct XML in this case (a struct) but
corrupts the original object. 

Reproduce code:
---

  int(10)
}
Do some stuff...
Now we have an array ?!
object(One)#1 (1) {
  ["x"]=>
  int(10)
}

Actual result:
--
Start with an object...
object(One)#1 (1) {
  ["x"]=>
  int(10)
}
Do some stuff...
Now we have an array ?!
array(1) {
  ["x"]=>
  int(10)
}


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

#43348 [Csd]: Mail function returns true but no email sent

[RQuadling at GMail dot com]

 ID:   43348
 User updated by:  RQuadling at GMail dot com
 Reported By:  RQuadling at GMail dot com
 Status:   Closed
 Bug Type: Mail related
 Operating System: Windows XP SP2
 PHP Version:  5.3CVS-2007-11-20 (snap)
 Assigned To:  scottmac
 New Comment:

To everyone who runs the test script - please change the email address
you are using as I am getting your test results.

It is certainly reassuring to know that PHP is A-OK, but for you, not
getting the message in your mailbox ... well, probably not so good.

For the stats, I probably get 2 or 3 a week.


Previous Comments:


[2008-07-07 21:51:48] scott...@php.net

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.





[2008-07-06 15:22:59] j...@php.net

Scott, you had some fix, just commit that, I have no time for this.



[2008-07-04 08:53:44] scott...@php.net

This is a regression caused by http://bugs.php.net/bug.php?id=42657

Check in was
http://cvs.php.net/viewvc.cgi/ZendEngine2/zend_ini.c?r1=1.39.2.2.2.18.2.6&r2=1.39.2.2.2.18.2.7

It affects any place that relied on INI_STR to return NULL for the
original value.





[2008-07-03 12:53:48] dani...@php.net

This needs to be fixed before 5.3 goes out the door.



[2008-04-22 15:46:42] RQuadling at GMail dot com

Nuno, 

if (!sendmail_path || !*sendmail_path)

works for me on 5.3 CVS. Not tested HEAD as I've not got ICU yet.

Richard.



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

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

#50281 [NEW]: Socket shuts down automatically after X seconds of idling

[jiangcat at gmail dot com]

From: jiangcat at gmail dot com
Operating system: Centos 5.2
PHP version:  5.2.11
PHP Bug Type: Sockets related
Bug description:  Socket shuts down automatically after X seconds of idling

Description:

I've made a chat server using php socket features, and it works pretty
well as I've expected. However, the server shuts down automatically after
about 3 hours of idling (no connections).

I've set the php execution time limit to 0, and running this script from
shell in the background. Can't think of any other reason causing this
strange behavior.

Reproduce code:
---
The code is too long to submit.


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

#50280 [NEW]: XSLT generates strange result

[jiangcat at gmail dot com]

From: jiangcat at gmail dot com
Operating system: Centos 5.2
PHP version:  5.2.11
PHP Bug Type: XSLT related
Bug description:  XSLT generates strange result

Description:

XSLT processor occasionally generates improper result with the XML and XSL
data inputted. Even worse, it happens with out any sign or regular
operation, which means I can't reproduce this bug. With the same XML + XSL,
it gives a perfect result sometimes, but occationally, a buggy result.

The reproduce code is just an idea of what's happening, cuz the actual
code I'm running is way too long to submit here. Please ask for it if you
could identify this as a BUG, and I'll submit further info.

Reproduce code:
---
XML:
...

  1
  2

...
XSL:
...


  SomeHash.set('', );


...

Expected result:


  SomeHash.set('a', 1);
  SomeHash.set('b', 2);


Actual result:
--
The result could be such a mass SOMETIMES:

  SomeHash.set('a', 1b2;


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

#50261 [Ver->Asn]: Crash When Calling Parent Constructor with call_user_func()

[tony2001]

 ID:   50261
 Updated by:   tony2...@php.net
 Reported By:  tom at tomwardrop dot com
-Status:   Verified
+Status:   Assigned
 Bug Type: Reproducible crash
 Operating System: *
 PHP Version:  5.3, 6
-Assigned To:  
+Assigned To:  dmitry
 New Comment:

Dmitry, could you take a look at it?


Previous Comments:


[2009-11-23 23:07:07] s...@php.net

Automatic comment from SVN on behalf of felipe
Revision: http://svn.php.net/viewvc/?view=revision&revision=291248
Log: - Added test for bug #50261



[2009-11-22 18:37:37] j...@php.net

In PHP_5_2 you get this error and no crash:
Warning: call_user_func(parent::__construct): First argument is
expected to be a valid callback..





[2009-11-22 10:08:22] tom at tomwardrop dot com

To clarify, replacing...

call_user_func(array('parent', '__construct'));

...with...

parent::__construct();

...works as expected, hence it's definitely a problem with the
"call_user_func" and "call_user_func_array" functions.



[2009-11-22 10:05:54] tom at tomwardrop dot com

Description:

If class B, extends Class A, and class B calls Class A's constructor in
its own contructor by using call_user_func("parent", "__construct"), and
if class A's constructor is defined as the class name rather than
"__construct", then PHP seems to crash (which results in Apache 2
crashing). Problem still exists with all extensions disabled.

Reproduce code:
---


Expected result:

The above code should echo out the string 'Output string!'. This code
works correctly when "call_user_func" or "call_user_func_array" are not
used.

Actual result:
--
call_user_func() and call_user_func_array(), cause PHP and as a result,
Apache 2 to crash. When running PHP DBG debugger, the crash happens on
the execution of call_user_func() line. The Windows event log notes that
httpd.exe (apache) had crashed, blaming php5ts.dll for the fault.






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

#50270 [Com]: ldap_start_tls problem

[jcarlos at dsi dot uclm dot es]

 ID:   50270
 Comment by:   jcarlos at dsi dot uclm dot es
 Reported By:  jcarlos at dsi dot uclm dot es
 Status:   Feedback
 Bug Type: LDAP related
 Operating System: windows
 PHP Version:  5.3.1
 New Comment:

Also, if I'm going back to php-5.2.11 works fine, but if I change the
php-5.3.1 not working

sorry for my english


Previous Comments:


[2009-11-24 09:02:50] jcarlos at dsi dot uclm dot es

In the past, I always updated the php version and I have never had
problems.

I have in c:\openldap\sysconf\ the file ldap.conf

TLS_REQCERT never
TLS_CACERT C:\OpenLdap\sysconf\certs\cert_dom_uclm.pem

I have compiled Filezilla Server with support for ldap and It works
perfect now.
http://forum.filezilla-project.org/viewtopic.php?f=6&t=11146

It run with AD.



[2009-11-24 00:31:33] j...@php.net

Check this if it helps:

  http://marc.info/?l=php-windows&m=116127873321748&w=2



[2009-11-23 11:35:29] jcarlos at dsi dot uclm dot es

$ds=ldap_connect($ldaphost);  
   if(!ldap_set_option($ds, LDAP_OPT_PROTOCOL_VERSION, 3)){
  print "No puedo establecer LDAPv3";
   }else if (!ldap_set_option($ds, LDAP_OPT_REFERRALS, 0)){
  print "No puedo establecer LDAP_OPT_REFERRALS";
   }else if (!ldap_start_tls($ds)) { // <- FAIL --
  print "No puedo iniciar TLS ";
   }else {
  printf "OK";
  } 
   }



[2009-11-23 11:27:21] jcarlos at dsi dot uclm dot es

Description:

My configuration (works perfect):
Apache/2.2.11 (Win32) mod_ssl/2.2.11 OpenSSL/0.9.8i PHP/5.2.11

When i upgrade to:
Apache/2.2.11 (Win32) mod_ssl/2.2.11 OpenSSL/0.9.8i PHP/5.3.1

ldap_start_tls problem





Reproduce code:
---
Warning: ldap_start_tls() [function.ldap-start-tls]: Unable to start
TLS: Connect error in 






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

#50270 [Com]: ldap_start_tls problem

[jcarlos at dsi dot uclm dot es]

 ID:   50270
 Comment by:   jcarlos at dsi dot uclm dot es
 Reported By:  jcarlos at dsi dot uclm dot es
 Status:   Feedback
 Bug Type: LDAP related
 Operating System: windows
 PHP Version:  5.3.1
 New Comment:

In the past, I always updated the php version and I have never had
problems.

I have in c:\openldap\sysconf\ the file ldap.conf

TLS_REQCERT never
TLS_CACERT C:\OpenLdap\sysconf\certs\cert_dom_uclm.pem

I have compiled Filezilla Server with support for ldap and It works
perfect now.
http://forum.filezilla-project.org/viewtopic.php?f=6&t=11146

It run with AD.


Previous Comments:


[2009-11-24 00:31:33] j...@php.net

Check this if it helps:

  http://marc.info/?l=php-windows&m=116127873321748&w=2



[2009-11-23 11:35:29] jcarlos at dsi dot uclm dot es

$ds=ldap_connect($ldaphost);  
   if(!ldap_set_option($ds, LDAP_OPT_PROTOCOL_VERSION, 3)){
  print "No puedo establecer LDAPv3";
   }else if (!ldap_set_option($ds, LDAP_OPT_REFERRALS, 0)){
  print "No puedo establecer LDAP_OPT_REFERRALS";
   }else if (!ldap_start_tls($ds)) { // <- FAIL --
  print "No puedo iniciar TLS ";
   }else {
  printf "OK";
  } 
   }



[2009-11-23 11:27:21] jcarlos at dsi dot uclm dot es

Description:

My configuration (works perfect):
Apache/2.2.11 (Win32) mod_ssl/2.2.11 OpenSSL/0.9.8i PHP/5.2.11

When i upgrade to:
Apache/2.2.11 (Win32) mod_ssl/2.2.11 OpenSSL/0.9.8i PHP/5.3.1

ldap_start_tls problem





Reproduce code:
---
Warning: ldap_start_tls() [function.ldap-start-tls]: Unable to start
TLS: Connect error in 






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

#50278 [Opn]: Output != Input

[taylorms at mtaonline dot net]

 ID:   50278
 User updated by:  taylorms at mtaonline dot net
 Reported By:  taylorms at mtaonline dot net
 Status:   Open
 Bug Type: DOM XML related
 Operating System: linux 2.6
 PHP Version:  5.2SVN-2009-11-24 (snap)
 New Comment:

Note: I added a  tag with a single space in it between the two
 tags and it worked OK. The source became






The  are all still on one single line (3 lines
total), but the space between the searchbox and searchgo elements is
consistent now with all other pages. I'm baffled.


Previous Comments:


[2009-11-24 04:36:56] taylorms at mtaonline dot net

Description:

Using loadHTML to load a formated HTML template file. I then use the
DOM functions to create new elements before using saveHTML to dump the
entire HTML to the browser.

When loading the .html file directly into the browser, the elements
have correct spacing. When using loadHTML/saveHTML, spacing for a
particular element is different.

I've tracked it down to the following difference. The .html looks as
shown in BLK#1 below, whereas the html generated with loadHTML/saveHTML
is as shown in BLK#2 below.

The newline in the .html file shown in BLK#1 produces a "space" between
the elements in both FF3.5 and IE8 that is missing when the BLK#2 code
is sent.

Reproduce code:
---
BLK#1





BLK#2




NOTE: In BLK#2, the two  tags are together on the same line,
i.e., no newline between them.

Expected result:

The searchbox (textbox) and searchgo (button) are separated by a small
space (about 5 px) when displaying the .html file directly (BLK#1 code).


Actual result:
--
When displaying in browser using saveHTML, the space is missing, and
only on this page. This is part of a template file and is identical on
every page of my site. BLK#2 code produces a searchbox and searchgo
button that are touching.

NOTE: I can edit the source directly in FF Firebug, add a single space
or a newline to the code between the two  tags and the space
appears as it should be.

The DOM functionality is removing newlines in other places too, but
manifests itself here as a negative visual effect.





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