[PHP-BUG] Bug #65490 [NEW]: Duplicate calls to get lineno & filename for DTRACE_FUNCTION_*

[s...@php.net]

From: sixd
Operating system: Linux
PHP version:  5.4Git-2013-08-20 (Git)
Package:  Scripting Engine problem
Bug Type: Bug
Bug description:Duplicate calls to get lineno & filename for DTRACE_FUNCTION_*

Description:

In zend_dtrace.c:dtrace_execute_ex(), the lineno & filename values are
fetched 
twice when DTRACE_FUNCTION_ENTRY_ENABLED() and
DTRACE_FUNCTION_RETURN_ENABLED() 
are true.


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

[PHP-BUG] Bug #65554 [NEW]: createFromFormat broken when weekday name is followed by some delimiters

[s...@php.net]

From: stas
Operating system: *
PHP version:  5.4.19
Package:  Date/time related
Bug Type: Bug
Bug description:createFromFormat broken when weekday name is followed by some 
delimiters

Description:

createFromFormat fails when in the format D or l is followed by separators
that 
are not space or comma. 

Test script:
---
$string = "Thu., Nov. 29, 2012 5:00PM";

$data = DateTime::createFromFormat( "D., M# j, Y g:iA", $string );

var_dump( $data );
var_dump( DateTime::getLastErrors() );

Expected result:

object(DateTime)#1 (3) {
  ["date"]=>
  string(19) "2012-11-29 17:00:00"
  ["timezone_type"]=>
  int(3)
  ["timezone"]=>
  string(19) "America/Los_Angeles"
}
array(4) {
  ["warning_count"]=>
  int(0)
  ["warnings"]=>
  array(0) {
  }
  ["error_count"]=>
  int(0)
  ["errors"]=>
  array(0) {
  }
}


Actual result:
--
bool(false)
array(4) {
  ["warning_count"]=>
  int(0)
  ["warnings"]=>
  array(0) {
  }
  ["error_count"]=>
  int(2)
  ["errors"]=>
  array(2) {
[0]=>
string(32) "A textual day could not be found"
[4]=>
string(40) "The separation symbol could not be found"
  }
}


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

Bug #60704 [PATCH]: unlink() bug with some files path

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=60704&edit=1

 ID: 60704
 Patch added by:     s...@php.net
 Reported by:dean at dacunha dot net
 Summary:unlink() bug with some files path
 Status: Assigned
 Type:   Bug
 Package:Filesystem function related
 Operating System:   Linux 3.0.0-14-generic #23-Ubunt
 PHP Version:5.3.10
 Assigned To:shm
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: themostevilpatchever.patch
Revision:   1328949124
URL:
https://bugs.php.net/patch-display.php?bug=60704&patch=themostevilpatchever.patch&revision=1328949124


Previous Comments:

[2012-02-06 14:55:40] dean at dacunha dot net

Hi,
I've just tested with php 5.3.10, the bug is still here.
Do you still need me to test with version 5.3.9 ?

Here is the proof:

root@djavanubu:/root#
root@djavanubu:/root# cat b.php
#!/usr/local/bin/php

root@djavanubu:/root#
root@djavanubu:/root# /usr/local/bin/php -v
PHP 5.3.10 (cli) (built: Jan 31 2012 22:48:16)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
root@djavanubu:/root#
root@djavanubu:/root#
root@djavanubu:/root# ./b.php

Warning: unlink(BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3): No such file or directory in /root/b.php on line 7
root@djavanubu:/root#
root@djavanubu:/root# rm "/mnt/M:/NEWBASE/BRASIL/Carlinhos 
Brown/Alfagamabetizado - Angel's Robot List.1.2.mp3"
root@djavanubu:/root#
root@djavanubu:/root# strace ./b.php
[...]
lstat("/mnt/M://BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3", {st_mode=S_IFREG|0755, st_size=1247232, ...}) = 0
lstat("/mnt/M://BRASIL/Carlinhos Brown", {st_mode=S_IFDIR|0755, st_size=40960, 
...}) = 0
lstat("/mnt/M://BRASIL", {st_mode=S_IFDIR|0755, st_size=81920, ...}) = 0
link("/mnt/M://BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3", "/mnt/M:/NEWBASE/BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's 
Robot List.1.2.mp3") = 0
unlink("BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot List.mp3") = -1 
ENOENT (No such file or directory)
write(1, "\nWarning: unlink(BRASIL/Carlinho"..., 135
Warning: unlink(BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3): No such file or directory in /root/b.php on line 7
) = 135
[...]


[2012-01-27 05:42:04] carloschilazo at gmail dot com

Does this happen also in 5.3.9 ?

Please confirm so I can look into it

Thanks


[2012-01-10 19:58:07] dean at dacunha dot net

Description:

unlink() function truncates the file path name argument in some cases.

This bug appears also with the rename() function in the same cases.

The given source code use link() to duplicate a file, then unlink() to remove 
the 
source file. link() function works and unlink() bugs.

Test script:
---
#!/usr/local/bin/php



Expected result:

unlink() should remove the "/mnt/M://BRASIL/Carlinhos Brown/Alfagamabetizado - 
Angel's Robot List.mp3" file


Actual result:
--
root@djavanubu:/# ./b.php

Warning: unlink(BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3): No such file or directory in /b.php on line 8

###
below trace shows the truncated file path given to unlink() syscall:
[...]
lstat("/mnt/M://BRASIL", {st_mode=S_IFDIR|0755, st_size=69632, ...}) = 0
link("/mnt/M://BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3", "/mnt/M:/NEWBASE/BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's 
Robot List.1.2.mp3") = 0
unlink("BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot List.mp3") = -1 
ENOENT (No such file or directory)
write(1, "\nWarning: unlink(BRASIL/Carlinho"..., 130
Warning: unlink(BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3): No such file or directory in /b.php on line 8
) = 130
[...]






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

Bug #60704 [Com]: unlink() bug with some files path

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=60704&edit=1

 ID: 60704
 Comment by:     s...@php.net
 Reported by:dean at dacunha dot net
 Summary:unlink() bug with some files path
 Status: Assigned
 Type:   Bug
 Package:Filesystem function related
 Operating System:   Linux 3.0.0-14-generic #23-Ubunt
 PHP Version:5.3.10
 Assigned To:shm
 Block user comment: N
 Private report: N

 New Comment:

Attached patch should fix this issue. Will commit if after a review.


Previous Comments:

[2012-02-11 08:32:04] s...@php.net

The following patch has been added/updated:

Patch Name: themostevilpatchever.patch
Revision:   1328949124
URL:
https://bugs.php.net/patch-display.php?bug=60704&patch=themostevilpatchever.patch&revision=1328949124


[2012-02-06 14:55:40] dean at dacunha dot net

Hi,
I've just tested with php 5.3.10, the bug is still here.
Do you still need me to test with version 5.3.9 ?

Here is the proof:

root@djavanubu:/root#
root@djavanubu:/root# cat b.php
#!/usr/local/bin/php

root@djavanubu:/root#
root@djavanubu:/root# /usr/local/bin/php -v
PHP 5.3.10 (cli) (built: Jan 31 2012 22:48:16)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
root@djavanubu:/root#
root@djavanubu:/root#
root@djavanubu:/root# ./b.php

Warning: unlink(BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3): No such file or directory in /root/b.php on line 7
root@djavanubu:/root#
root@djavanubu:/root# rm "/mnt/M:/NEWBASE/BRASIL/Carlinhos 
Brown/Alfagamabetizado - Angel's Robot List.1.2.mp3"
root@djavanubu:/root#
root@djavanubu:/root# strace ./b.php
[...]
lstat("/mnt/M://BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3", {st_mode=S_IFREG|0755, st_size=1247232, ...}) = 0
lstat("/mnt/M://BRASIL/Carlinhos Brown", {st_mode=S_IFDIR|0755, st_size=40960, 
...}) = 0
lstat("/mnt/M://BRASIL", {st_mode=S_IFDIR|0755, st_size=81920, ...}) = 0
link("/mnt/M://BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3", "/mnt/M:/NEWBASE/BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's 
Robot List.1.2.mp3") = 0
unlink("BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot List.mp3") = -1 
ENOENT (No such file or directory)
write(1, "\nWarning: unlink(BRASIL/Carlinho"..., 135
Warning: unlink(BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3): No such file or directory in /root/b.php on line 7
) = 135
[...]


[2012-01-27 05:42:04] carloschilazo at gmail dot com

Does this happen also in 5.3.9 ?

Please confirm so I can look into it

Thanks


[2012-01-10 19:58:07] dean at dacunha dot net

Description:

unlink() function truncates the file path name argument in some cases.

This bug appears also with the rename() function in the same cases.

The given source code use link() to duplicate a file, then unlink() to remove 
the 
source file. link() function works and unlink() bugs.

Test script:
---
#!/usr/local/bin/php



Expected result:

unlink() should remove the "/mnt/M://BRASIL/Carlinhos Brown/Alfagamabetizado - 
Angel's Robot List.mp3" file


Actual result:
--
root@djavanubu:/# ./b.php

Warning: unlink(BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3): No such file or directory in /b.php on line 8

###
below trace shows the truncated file path given to unlink() syscall:
[...]
lstat("/mnt/M://BRASIL", {st_mode=S_IFDIR|0755, st_size=69632, ...}) = 0
link("/mnt/M://BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3", "/mnt/M:/NEWBASE/BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's 
Robot List.1.2.mp3") = 0
unlink("BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot List.mp3") = -1 
ENOENT (No such file or directory)
write(1, "\nWarning: unlink(BRASIL/Carlinho"..., 130
Warning: unlink(BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3): No such file or directory in /b.php on line 8
) = 130
[...]






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

Bug #60704 [PATCH]: unlink() bug with some files path

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=60704&edit=1

 ID: 60704
 Patch added by:     s...@php.net
 Reported by:dean at dacunha dot net
 Summary:unlink() bug with some files path
 Status: Assigned
 Type:   Bug
 Package:Filesystem function related
 Operating System:   Linux 3.0.0-14-generic #23-Ubunt
 PHP Version:5.3.10
 Assigned To:shm
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: themostevilpatchever2.patch
Revision:   1329040416
URL:
https://bugs.php.net/patch-display.php?bug=60704&patch=themostevilpatchever2.patch&revision=1329040416


Previous Comments:

[2012-02-11 08:32:47] s...@php.net

Attached patch should fix this issue. Will commit if after a review.


[2012-02-11 08:32:04] s...@php.net

The following patch has been added/updated:

Patch Name: themostevilpatchever.patch
Revision:   1328949124
URL:
https://bugs.php.net/patch-display.php?bug=60704&patch=themostevilpatchever.patch&revision=1328949124


[2012-02-06 14:55:40] dean at dacunha dot net

Hi,
I've just tested with php 5.3.10, the bug is still here.
Do you still need me to test with version 5.3.9 ?

Here is the proof:

root@djavanubu:/root#
root@djavanubu:/root# cat b.php
#!/usr/local/bin/php

root@djavanubu:/root#
root@djavanubu:/root# /usr/local/bin/php -v
PHP 5.3.10 (cli) (built: Jan 31 2012 22:48:16)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
root@djavanubu:/root#
root@djavanubu:/root#
root@djavanubu:/root# ./b.php

Warning: unlink(BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3): No such file or directory in /root/b.php on line 7
root@djavanubu:/root#
root@djavanubu:/root# rm "/mnt/M:/NEWBASE/BRASIL/Carlinhos 
Brown/Alfagamabetizado - Angel's Robot List.1.2.mp3"
root@djavanubu:/root#
root@djavanubu:/root# strace ./b.php
[...]
lstat("/mnt/M://BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3", {st_mode=S_IFREG|0755, st_size=1247232, ...}) = 0
lstat("/mnt/M://BRASIL/Carlinhos Brown", {st_mode=S_IFDIR|0755, st_size=40960, 
...}) = 0
lstat("/mnt/M://BRASIL", {st_mode=S_IFDIR|0755, st_size=81920, ...}) = 0
link("/mnt/M://BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3", "/mnt/M:/NEWBASE/BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's 
Robot List.1.2.mp3") = 0
unlink("BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot List.mp3") = -1 
ENOENT (No such file or directory)
write(1, "\nWarning: unlink(BRASIL/Carlinho"..., 135
Warning: unlink(BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3): No such file or directory in /root/b.php on line 7
) = 135
[...]


[2012-01-27 05:42:04] carloschilazo at gmail dot com

Does this happen also in 5.3.9 ?

Please confirm so I can look into it

Thanks


[2012-01-10 19:58:07] dean at dacunha dot net

Description:

unlink() function truncates the file path name argument in some cases.

This bug appears also with the rename() function in the same cases.

The given source code use link() to duplicate a file, then unlink() to remove 
the 
source file. link() function works and unlink() bugs.

Test script:
---
#!/usr/local/bin/php



Expected result:

unlink() should remove the "/mnt/M://BRASIL/Carlinhos Brown/Alfagamabetizado - 
Angel's Robot List.mp3" file


Actual result:
--
root@djavanubu:/# ./b.php

Warning: unlink(BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3): No such file or directory in /b.php on line 8

###
below trace shows the truncated file path given to unlink() syscall:
[...]
lstat("/mnt/M://BRASIL", {st_mode=S_IFDIR|0755, st_size=69632, ...}) = 0
link("/mnt/M://BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3", "/mnt/M:/NEWBASE/BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's 
Robot List.1.2.mp3") = 0
unlink("BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot List.mp3") = -1 
ENOENT (No such file or directory)
write(1, "\nWarning: unlink(BRASIL/Carlinho"..., 130
Warning: unlink(BRASIL/Carlinhos Brown/Alfagamabetizado - Angel's Robot 
List.mp3): No such file or directory in /b.php on line 8
) = 130
[...]






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

Bug #61172 [PATCH]: With Apache 2.4.1, ./configure fails on APXS but stops only on the MySQL check.

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=61172&edit=1

 ID: 61172
 Patch added by:     s...@php.net
 Reported by:antoine dot bajolet at tdf dot fr
 Summary:With Apache 2.4.1, ./configure fails on APXS but
 stops only on the MySQL check.
 Status: Open
 Type:   Bug
 Package:Compile Failure
 Operating System:   Linux 3.2.6 glibc 2.11.3
 PHP Version:5.3.10
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: bug61172.patch.txt
Revision:   1330044292
URL:
https://bugs.php.net/patch-display.php?bug=61172&patch=bug61172.patch.txt&revision=1330044292


Previous Comments:

[2012-02-23 22:31:33] johan...@php.net

This issue:

checking for MySQL support... yes
checking for specified location of the MySQL UNIX socket... no
configure: error: Cannot find libmysqlclient_r under /usr/local/mysql.
Note that the MySQL client library is not bundled anymore!

Can be fixed by making sure that oyur MySQL installation contains the 
thread-safe version of libmysql or by using --with-mysql=mysqlnd 
--with-mysqli=mysqlnd --with-pdo-mysql=myslqnd to use the PHP-specific mysqlnd 
library.

This won't solve the actual bug, though as you'll get a thread-safe PHP which 
one probably won't like as apxs -q MPM_NAME is not returning "prefork" (but an 
error)


[2012-02-23 20:15:05] antoine dot bajolet at tdf dot fr

Description:

./configure PHP 5.3.10 fails when attempting to configure apache2handler DSO 
with apache 2.4.1.

-
./configure --prefix=/usr/local/ --with-apxs2=/usr/local/apache2.4/bin/apxs 
--with-config-file-path=/usr/local/ --with-mysql=/usr/local/mysql
[.../...]
Configuring SAPI modules
checking for AOLserver support... no
checking for Apache 1.x module support via DSO through APXS... no
checking for Apache 1.x module support... no
checking whether to enable Apache charset compatibility option... no
checking for Apache 2.0 filter-module support via DSO through APXS... no
checking for Apache 2.0 handler-module support via DSO through APXS... 
apxs:Error: Invalid query string `MPM_NAME'.
yes
checking for Apache 1.x (hooks) module support via DSO through APXS... no
checking for Apache 1.x (hooks) module support... no
checking whether to enable Apache charset compatibility option... no
checking for Caudium support... no
checking for CLI build... yes
checking for Continuity support... no
checking for embedded SAPI library support... no
checking for FPM build... no
checking for Zeus ISAPI support... no
checking for LiteSpeed support... no
checking for Milter support... no
[.../...]
checking for MySQL support... yes
checking for specified location of the MySQL UNIX socket... no
configure: error: Cannot find libmysqlclient_r under /usr/local/mysql.
Note that the MySQL client library is not bundled anymore!
-

The behavior is very confusing, because if i choose the Apache 2.2.x APXS, the 
MySQL checks work fine ! :

-
./configure --prefix=/usr/local/ --with-apxs2=/usr/local/apache2.2/bin/apxs 
--with-config-file-path=/usr/local/ --with-mysql=/usr/local/mysql
[.../...]
checking for Apache 2.0 filter-module support via DSO through APXS... no
checking for Apache 2.0 handler-module support via DSO through APXS... yes
checking for Apache 1.x (hooks) module support via DSO through APXS... no
[.../...]
checking for specified location of the MySQL UNIX socket... no
checking for mysql_close in -lmysqlclient... yes
checking for MySQL UNIX socket location... no
[.../...]
-

In fact, the error is in the apache worker check, because of with apache 2.4, 
the worker can be dynamically loaded, and not fixed at compile time : The 
MPM_NAME parameter doesn't exist anymore :

# /usr/local/apache2.2/bin/apxs -q MPM_NAME
prefork

# /usr/local/apache2.4/bin/apxs -q MPM_NAME
apxs:Error: Invalid query string `MPM_NAME'.

This is confirmed in the CHANGES file in the Apache 2.4.1 source, lines 1849 
and below :
 *) Allow MPMs to be loaded dynamically, as with most other modules.  Use
 --enable-mpms-shared={list|"all"} to enable.  This required changes to
 the MPM interfaces.  Removed: mpm.h, mpm_default.h (as an installed
 header), APACHE_MPM_DIR, MPM_NAME, ap_threads_per_child,
 ap_max_daemons_limit, ap_my_generation, etc.  ap_mpm_query() can't be
 called until after the register-hooks phase.  [Jeff Trawick]


Expected result:

Apache 2.4.1 DSO properly configured.

Seems by the way difficult to auto-configure PHP with Apache 2.4 apxs now, 
because apxs doesn't returns any indication about default worker module or 
worker m

Bug #61172 [PATCH]: With Apache 2.4.1, ./configure fails on APXS but stops only on the MySQL check.

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=61172&edit=1

 ID: 61172
 Patch added by:     s...@php.net
 Reported by:antoine dot bajolet at tdf dot fr
 Summary:With Apache 2.4.1, ./configure fails on APXS but
 stops only on the MySQL check.
 Status: Open
 Type:   Bug
 Package:Compile Failure
 Operating System:   Linux 3.2.6 glibc 2.11.3
 PHP Version:5.3.10
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: bug61172.patch.txt
Revision:   1330111204
URL:
https://bugs.php.net/patch-display.php?bug=61172&patch=bug61172.patch.txt&revision=1330111204


Previous Comments:

[2012-02-24 15:12:05] jpa...@php.net

Same problem here, apxs -q doesn't handle MPM anymore because of DSOs MPM in 
Apache 2.4, I get a ZTS PHP at final whatever happens (no errors)

The patch works fine, I suggest we merge it to 5.3 and 5.4 branches


[2012-02-24 06:11:08] antoine dot bajolet at tdf dot fr

The patch works fine, thanks.

PHP compiles to the end.

(Note I didn't change anything about mysql and i have no configure failure 
anymore).

Regards,
AB


[2012-02-24 00:49:37] s...@php.net

Try the attached patch:

patch < bug61172.patch.txt
rm configure config.cache autom4ate.*
./buildconf --force
./configure 

----
[2012-02-24 00:44:52] s...@php.net

The following patch has been added/updated:

Patch Name: bug61172.patch.txt
Revision:   1330044292
URL:
https://bugs.php.net/patch-display.php?bug=61172&patch=bug61172.patch.txt&revision=1330044292


[2012-02-23 22:31:33] johan...@php.net

This issue:

checking for MySQL support... yes
checking for specified location of the MySQL UNIX socket... no
configure: error: Cannot find libmysqlclient_r under /usr/local/mysql.
Note that the MySQL client library is not bundled anymore!

Can be fixed by making sure that oyur MySQL installation contains the 
thread-safe version of libmysql or by using --with-mysql=mysqlnd 
--with-mysqli=mysqlnd --with-pdo-mysql=myslqnd to use the PHP-specific mysqlnd 
library.

This won't solve the actual bug, though as you'll get a thread-safe PHP which 
one probably won't like as apxs -q MPM_NAME is not returning "prefork" (but an 
error)




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

https://bugs.php.net/bug.php?id=61172


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

Bug #61172 [PATCH]: With Apache 2.4.1, ./configure fails on APXS but stops only on the MySQL check.

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=61172&edit=1

 ID: 61172
 Patch added by:     s...@php.net
 Reported by:antoine dot bajolet at tdf dot fr
 Summary:With Apache 2.4.1, ./configure fails on APXS but
 stops only on the MySQL check.
 Status: Open
 Type:   Bug
 Package:Compile Failure
 Operating System:   Linux 3.2.6 glibc 2.11.3
 PHP Version:5.3.10
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: bug61172.patch.txt
Revision:   1330469853
URL:
https://bugs.php.net/patch-display.php?bug=61172&patch=bug61172.patch.txt&revision=1330469853


Previous Comments:

[2012-02-24 19:20:04] s...@php.net

The following patch has been added/updated:

Patch Name: bug61172.patch.txt
Revision:   1330111204
URL:
https://bugs.php.net/patch-display.php?bug=61172&patch=bug61172.patch.txt&revision=1330111204


[2012-02-24 15:12:05] jpa...@php.net

Same problem here, apxs -q doesn't handle MPM anymore because of DSOs MPM in 
Apache 2.4, I get a ZTS PHP at final whatever happens (no errors)

The patch works fine, I suggest we merge it to 5.3 and 5.4 branches


[2012-02-24 06:11:08] antoine dot bajolet at tdf dot fr

The patch works fine, thanks.

PHP compiles to the end.

(Note I didn't change anything about mysql and i have no configure failure 
anymore).

Regards,
AB

----
[2012-02-24 00:49:37] s...@php.net

Try the attached patch:

patch < bug61172.patch.txt
rm configure config.cache autom4ate.*
./buildconf --force
./configure 

----
[2012-02-24 00:44:52] s...@php.net

The following patch has been added/updated:

Patch Name: bug61172.patch.txt
Revision:   1330044292
URL:
https://bugs.php.net/patch-display.php?bug=61172&patch=bug61172.patch.txt&revision=1330044292




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

https://bugs.php.net/bug.php?id=61172


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

[PHP-BUG] Bug #61227 [NEW]: process.max isn't documented

[s...@php.net]

From: sixd
Operating system: all
PHP version:  5.4.0RC8
Package:  FPM related
Bug Type: Bug
Bug description:process.max isn't documented

Description:

A "process.max" directive for FPM is mentioned in PHP 5.4's UPGRADING but
isn't 
documented or described
http://php.net/manual/en/install.fpm.configuration.php

Please review the documentation and the UPGRADING file and make everything

consistent with reality :)


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

[PHP-BUG] Bug #61232 [NEW]: Document how mbstring.script_encoding has changed in 5.4

[s...@php.net]

From: sixd
Operating system: All
PHP version:  5.4.0
Package:  mbstring related
Bug Type: Bug
Bug description:Document how mbstring.script_encoding has changed in 5.4 

Description:

mbstring.script_encoding is not correctly documented as changed in PHP
5.4.
Please review NEWS, UPGRADING and docs.php.net and check what needs to be 
mentioned about the move to zend.script_encoding.


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

[PHP-BUG] Bug #61233 [NEW]: xsl.security_prefs is not documented

[s...@php.net]

From: sixd
Operating system: All
PHP version:  5.4.0
Package:  XSLT related
Bug Type: Bug
Bug description:xsl.security_prefs is not documented

Description:

xsl.security_prefs is in PHP 5.3 php.ini-* but does not appear in the 
documentation.



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

[PHP-BUG] Bug #61295 [NEW]: php-fpm should not fail with commented 'user' for non-root start

[s...@php.net]

From: sixd
Operating system: Linux
PHP version:  5.4.0
Package:  FPM related
Bug Type: Bug
Bug description:php-fpm should not fail with commented 'user' for non-root start

Description:

For non-root users:

 1. if php-fpm.config has the default 'user = nobody' then php-fpm starts
with:
  "WARNING: [pool www] 'user' directive is ignored when FPM is not
running as 
root"

 2. But if the 'user' directive is commented out then php-fpm fails
to start and gives "ALERT: [pool www] user has not been defined"


Php-fpm should not fail to start for non root users when 'user' (and
probably 
'group') are commented out of php-fpm.conf


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

Bug #61336 [Com]: file_get_contents() no longer returns false on 4xx responses

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=61336&edit=1

 ID: 61336
 Comment by:     s...@php.net
 Reported by:ram...@php.net
 Summary:file_get_contents() no longer returns false on 4xx
 responses
 Status: Open
 Type:   Bug
 Package:Filesystem function related
 Operating System:   CentOS 6.2
 PHP Version:5.4.0
 Block user comment: N
 Private report: N

 New Comment:

Just for the record, repro script works for me on Windows / 5.4.0 VC9 NTS


Previous Comments:

[2012-03-09 21:59:47] ram...@php.net

Description:

In PHP 5.3, file_get_contents() returns false on 4xx responses. In PHP 5.4, 
file_get_contents() is returning the actual response body, rather than false.

Test script:
---
http://us3.php.net/manual/en/function.foobar.php');

var_dump($http_response_header);
var_dump($response);

Expected result:

With warnings turned on, this is what I get in PHP 5.3 and what I expect to see 
in PHP 5.4:

PHP Warning:  
file_get_contents(http://us3.php.net/manual/en/function.foobar.php): failed to 
open stream: HTTP request failed! HTTP/1.0 404 Not Found
 in /Users/ramsey/Desktop/file_get_contents.php on line 3
PHP Stack trace:
PHP   1. {main}() /Users/ramsey/Desktop/file_get_contents.php:0
PHP   2. file_get_contents() /Users/ramsey/Desktop/file_get_contents.php:3
array(11) {
  [0]=>
  string(22) "HTTP/1.0 404 Not Found"
  [1]=>
  string(35) "Date: Fri, 09 Mar 2012 21:57:32 GMT"
  [2]=>
  string(29) "Server: Apache/2.2.3 (CentOS)"
  [3]=>
  string(23) "X-Powered-By: PHP/5.3.2"
  [4]=>
  string(20) "Content-language: en"
  [5]=>
  string(88) "Set-Cookie: LAST_LANG=en; expires=Sat, 09-Mar-2013 21:57:32 GMT; 
path=/; domain=.php.net"
  [6]=>
  string(102) "Set-Cookie: COUNTRY=USA%2C64.2.187.194; expires=Fri, 16-Mar-2012 
21:57:32 GMT; path=/; domain=.php.net"
  [7]=>
  string(21) "Status: 404 Not Found"
  [8]=>
  string(20) "Content-Length: 4219"
  [9]=>
  string(17) "Connection: close"
  [10]=>
  string(37) "Content-Type: text/html;charset=utf-8"
}
bool(false)

Actual result:
--
array(11) {
  [0]=>
  string(22) "HTTP/1.1 404 Not Found"
  [1]=>
  string(35) "Date: Fri, 09 Mar 2012 21:58:44 GMT"
  [2]=>
  string(29) "Server: Apache/2.2.3 (CentOS)"
  [3]=>
  string(23) "X-Powered-By: PHP/5.3.2"
  [4]=>
  string(20) "Content-language: en"
  [5]=>
  string(88) "Set-Cookie: LAST_LANG=en; expires=Sat, 09-Mar-2013 21:58:44 GMT; 
path=/; domain=.php.net"
  [6]=>
  string(102) "Set-Cookie: COUNTRY=USA%2C64.2.187.194; expires=Fri, 16-Mar-2012 
21:58:44 GMT; path=/; domain=.php.net"
  [7]=>
  string(21) "Status: 404 Not Found"
  [8]=>
  string(20) "Content-Length: 4219"
  [9]=>
  string(17) "Connection: close"
  [10]=>
  string(37) "Content-Type: text/html;charset=utf-8"
}
string(4219) "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en">

 PHP: 404 Not Found
 

Bug #51184 [Com]: DateInterval has incorrect days property on windows

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=51184&edit=1

 ID: 51184
 Comment by:     s...@php.net
 Reported by:    s...@php.net
 Summary:DateInterval has incorrect days property on windows
 Status: Wont fix
 Type:   Bug
 Package:Date/time related
 Operating System:   Windows
 PHP Version:5.3.2
 Assigned To:pajoye
 Block user comment: N
 Private report: N

 New Comment:

Everyone please read the full thread before complaining, it's a bug affecting 
VC6 builds only. If you are affected just get VC9 builds from 
http://windows.php.net/download/ - you will also most likely need a VC9 or VC10 
build of Apache from http://www.apachelounge.com/download/

VC6 is very old, outdated and not supported anymore, it's easy enough and free 
to upgrade to newer builds.


Previous Comments:

[2012-03-25 12:47:04] test dot php at yopmail dot com

Still have this bug on the 5.3.5 version more than 2 years later.
It is not acceptable to have a "won't fix" decision on a major bug like this 
that is affecting so many people.
Thank you in advance,


[2012-02-06 21:45:11] asdf at asdf dot com

Your function can be changed to accept Datetime Objects for Strings this way. 
Also now calculates datetime difference from dt1 to dt2 rather then the other 
way around.

private function daysdiff($dt1, $dt2, $timeZone = 'America/Chicago') 
{
  $tZone = new DateTimeZone($timeZone);
  
  if(is_string($dt1))
  {
$dt1 = new DateTime($dt1, $tZone);
  }
  if(is_string($dt2))
  {
$dt2 = new DateTime($dt2, $tZone);  
  }
  
  // use the DateTime datediff function IF we have a non-buggy version
  // there is a bug in many Windows implementations that diff() always 
returns 6015  
  if( $dt1->diff($dt1)->format("%a") != 6015 ) {
return $dt1->diff($dt2)->format("%a");
  }
  
  // else let's use our own method
  $y1 = $dt1->format('Y');  
  $y2 = $dt2->format('Y');
  $z1 = $dt1->format('z');
  $z2 = $dt2->format('z');
  
  $diff = intval($y2 * 365.2425 + $z2) - intval($y1 * 365.2425 + $z1);
  return $diff;
}


[2012-02-06 21:25:02] asdf at asdf dot com

Also have this problem. A full year since last modified. No fixes yet? 

I agree with the other use who said there should be more documentation on this 
error. I am sure lots of us spent lots of time before we found this thread 
trying to figure out why diff() does not output the correct result.

Right here would be a great place to put some documentation on the 6015 error: 
http://us3.php.net/manual/en/datetime.diff.php


[2012-01-29 05:38:54] alabi10 at yahoo dot com

The fix submitted by fbast...@yahoo.com on 2011-10-16 16:13 UTC solved the 
problem 
for me on Windows 7 running WAMP on localhost and php 5.3.0


[2011-11-12 15:08:05] iskeen at barebrush dot com

I am surprised that the number of days between two dates problem is not made 
clear right up front in the documentation. It took me 3 hours to find this page 
and I was trying all different things to make it work. I suspected a problem 
when the three different sets of dates I was using all came out with the same 
answer, but when I finally used %a and they all came out with 6015, I knew, 
finally, that there is a problem. The fact of the problem should be made very 
clear right up front.




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

https://bugs.php.net/bug.php?id=51184


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

Bug #51800 [Com]: proc_open on Windows hangs forever

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=51800&edit=1

 ID: 51800
 Comment by:     s...@php.net
 Reported by:ph dot wolfer at googlemail dot com
 Summary:proc_open on Windows hangs forever
 Status: Open
 Type:   Bug
 Package:Streams related
 Operating System:   Windows
 PHP Version:5.2.13
 Block user comment: N
 Private report: N

 New Comment:

I could reproduce this on PHP 5.4.0 as soon as $data is longer than 4096 bytes.

With $data = str_repeat("a", 4097); in process.php it hangs forever, while with 
any number until 4096 it passes.


Previous Comments:

[2012-02-19 14:37:42] nicolas dot sauveur at gmail dot com

This seems similar as https://bugs.php.net/bug.php?id=60120 .

Only partially fixed for me ( thus not fixed ) in php 5.3.9.


[2010-05-12 17:31:30] ph dot wolfer at googlemail dot com

Description:

On Windows, if you use proc_open to open another process and if you use a pipe 
for STDERR, the script will hang when trying to read from STDOUT or STDERR if 
the opened process outputs a lot of data.

See the example below. The called script process.php is a simple script which 
writes some data to STDOUT and STDERR:

$data = str_repeat("a", 1); 
fwrite(STDOUT, $data);
fwrite(STDERR, $data);
exit(0);

If called as shown below, the script will hang in the loop that reads the 
STDOUT pipe. The same would happen if you would read the STDERR pipe before. If 
you lower the amount of data in process.php the script will run to the end. In 
my tests everything below ~2000 bytes was ok, above this value the script hang.

If you change the script below to not include the STDERR descriptor or if you 
change the STDERR descriptor to a file output everything will work fine. Also 
if you close the STDERR pipe before reading from STDOUT it will work. There 
seems to be some deadlock.

The same script works fine on Linux.

This was tested with Windows Server 2008, IIS, PHP 5.2.13. But I have seen this 
on other Windows configurations as well.

Test script:
---
 array("pipe", "r"),// stdin
1 => array("pipe", "w"),// stdout
2 => array("pipe", "w") // stderr
);
$process = proc_open($cmd, $descriptors, $pipes);

if (is_resource($process))
{
fclose($pipes[0]);

while (!feof($pipes[1]))
$stdout .= fread($pipes[1], 1024);
fclose($pipes[1]);

while (!feof($pipes[2]))
$stderr .= fread($pipes[2], 1024);
fclose($pipes[2]);

$status = proc_close($process);
}

print_r(array(
"status" => $status,
"stdout" => $stdout,
"stderr" => $stderr,
));
?>







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

[PHP-BUG] Bug #64394 [NEW]: ‘MYSQL_OPT_CAN_HANDLE_EXPIRED_PASSWORDS’ undeclared when using Connector/C

[s...@php.net]

From: sixd
Operating system: OL 6.3
PHP version:  5.4.12
Package:  MySQLi related
Bug Type: Bug
Bug description:‘MYSQL_OPT_CAN_HANDLE_EXPIRED_PASSWORDS’ undeclared when 
using Connector/C

Description:

Building mysqli with Connector/C 6.0.2 can fail with the error:

mysqli.c: In function ‘zm_startup_mysqli’:
mysqli.c:842: error: ‘MYSQL_OPT_CAN_HANDLE_EXPIRED_PASSWORDS’
undeclared (first use in this function)

This is because of mysqli.c's use of:

#if MYSQL_VERSION_ID >= 50611 || defined(MYSQLI_USE_MYSQLND)
REGISTER_LONG_CONSTANT("MYSQLI_OPT_CAN_HANDLE_EXPIRED_PASSWORDS",
MYSQL_OPT_CAN_HANDLE_EXPIRED_PASSWORDS, CONST_CS | CONST_PERSISTENT);
#endif

In Connector/C, the value of MYSQL_VERSION_ID is 6 however the constant
MYSQL_OPT_CAN_HANDLE_EXPIRED_PASSWORDS is not defined.


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

[PHP-BUG] Bug #64525 [NEW]: Add opcache.enable_cli and opcache.mmap_base to php.ini-*

[s...@php.net]

From: sixd
Operating system: All
PHP version:  5.5.0beta1
Package:  opcache
Bug Type: Bug
Bug description:Add opcache.enable_cli and opcache.mmap_base to php.ini-*

Description:

Opcache.enable_cli and opcache.mmap_base didn't get included when the
opcache.* settings were added to php.ini-*.



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

[PHP-BUG] Bug #64526 [NEW]: Add missing mysqlnd.* parameters to php.ini-*

[s...@php.net]

From: sixd
Operating system: All
PHP version:  5.5.0beta1
Package:  MySQLi related
Bug Type: Bug
Bug description:Add missing mysqlnd.* parameters to php.ini-*

Description:

These parameters appear in the code & documentation but are missing from
php.ini-*:
mysqlnd.debug
mysqlnd.net_read_timeout
mysqlnd.log_mask
mysqlnd.mempool_default_size
mysqlnd.sha256_server_public_key

Documentation is at http://php.net/manual/en/mysqlnd.config.php


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

[PHP-BUG] Bug #64527 [NEW]: Add cli.pager and cli.prompt to php.ini-*

[s...@php.net]

From: sixd
Operating system: 
PHP version:  5.5.0beta1
Package:  CGI/CLI related
Bug Type: Bug
Bug description:Add cli.pager and cli.prompt to php.ini-*

Description:

The cli.pager and cli.prompt parameters are missing from php.ini-*.


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

[PHP-BUG] Bug #64707 [NEW]: gdImageCreateFromJpegPtrEx changes break the build

[s...@php.net]

From: sixd
Operating system: Oracle Linux 5.9
PHP version:  5.5Git-2013-04-24 (Git)
Package:  GD related
Bug Type: Bug
Bug description:gdImageCreateFromJpegPtrEx changes break the build

Description:

Compiling gd fails in 5.5 & master.

My configure options are:
'--with-gd' \
'--with-curl' \
'--with-jpeg-dir' \
'--with-png-dir' \
'--enable-gd-native-ttf'

The compilation error is:

/home/cjones/php-5.5/ext/gd/libgd/gd_jpeg.c: In function
‘php_gd_gdImageCreateFromJpegPtr’:
/home/cjones/php-5.5/ext/gd/libgd/gd_jpeg.c:289: warning: implicit
declaration of function ‘gdImageCreateFromJpegPtrEx’
/home/cjones/php-5.5/ext/gd/libgd/gd_jpeg.c:289: warning: return makes
pointer from integer without a cast
/home/cjones/php-5.5/ext/gd/libgd/gd_jpeg.c: At top level:
/home/cjones/php-5.5/ext/gd/libgd/gd_jpeg.c:293: error: conflicting types
for ‘gdImageCreateFromJpegPtrEx’
/home/cjones/php-5.5/ext/gd/libgd/gd_jpeg.c:289: error: previous implicit
declaration of ‘gdImageCreateFromJpegPtrEx’ was here
make: *** [ext/gd/libgd/gd_jpeg.lo] Error 1




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

[PHP-BUG] Bug #64710 [NEW]: Implicit function declaratiion and unused variables in gd.c

[s...@php.net]

From: sixd
Operating system: Ubuntu 12.04
PHP version:  5.5.0beta4
Package:  GD related
Bug Type: Bug
Bug description:Implicit function declaratiion and unused variables in gd.c

Description:

Compiling gd.c gives these warnings:

/home/cjones/Desktop/php-5.5.0beta4/ext/gd/gd.c: In function 
‘zif_imageloadfont’:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/gd.c:1656:2: warning: implicit 
declaration of function ‘overflow2’ [-Wimplicit-function-declaration]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd.c: In function 
‘php_gd__gdImageFillTiled’:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd.c:1961:6: warning:
variable 
‘tiled’ set but not used [-Wunused-but-set-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd.c: In function 
‘php_gd_gdImageRectangle’:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd.c:2038:6: warning:
variable 
‘half1’ set but not used [-Wunused-but-set-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/gd.c: In function
‘zif_imagecrop’:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/gd.c:5263:9: warning: unused
variable 
‘threshold’ [-Wunused-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/gd.c:5262:7: warning: unused
variable 
‘color’ [-Wunused-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/gd.c:5261:7: warning: unused
variable 
‘mode’ [-Wunused-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/gd.c: In function
‘zif_imagescale’:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd.c: In function 
‘php_gd_gdImageCopyResized’:/home/cjones/Desktop/php-
5.5.0beta4/ext/gd/gd.c:5369:9: warning: unused variable ‘threshold’
[-Wunused-
variable]

/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd.c:2359:9: warning:
variable 
‘accum’ set but not used
[-Wunused-but-set-variable]/home/cjones/Desktop/php-
5.5.0beta4/ext/gd/gd.c:5368:7: warning: unused variable ‘color’
[-Wunused-
variable]

/home/cjones/Desktop/php-5.5.0beta4/ext/gd/gd.c:5367:7: warning: unused
variable 
‘mode’ [-Wunused-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/gd.c: In function
‘zif_imageaffine’:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/gd.c:5420:9: warning: unused
variable 
‘threshold’ [-Wunused-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/gd.c:5419:7: warning: unused
variable 
‘color’ [-Wunused-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/gd.c:5418:7: warning: unused
variable 
‘mode’ [-Wunused-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/gd.c: In function 
‘zif_imageaffinematrixget’:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/gd.c:5526:6: warning: variable
‘res’ 
set but not used [-Wunused-but-set-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd.c: In function 
‘gdImagePaletteToTrueColor’:
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd.c:3020:29: warning:
unused 
variable ‘alloc_aa’ [-Wunused-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd.c:3020:16: warning:
unused 
variable ‘alloc_y’ [-Wunused-variable]

My 'configure' options were:
'--with-gd' \
'--with-curl' \
'--with-jpeg-dir' \
'--with-png-dir' \
'--enable-gd-native-ttf' \



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

[PHP-BUG] Bug #64711 [NEW]: "value computed but not used" in parse_date.c

[s...@php.net]

From: sixd
Operating system: Linux
PHP version:  5.5.0beta4
Package:  Date/time related
Bug Type: Bug
Bug description:"value computed but not used" in parse_date.c

Description:

The "*ptr++" in parse_date.re:2099 results in the compilation warning:

/home/cjones/Desktop/php-5.5.0beta4/ext/date/lib/parse_date.c: In function

‘timelib_parse_from_format’:
/home/cjones/Desktop/php-5.5.0beta4/ext/date/lib/parse_date.c:24994:5:
warning: 
value computed is not used [-Wunused-value]

I guess the code should have been simply "fptr++".


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

[PHP-BUG] Bug #64712 [NEW]: Obsolete declarations in php_date.c

[s...@php.net]

From: sixd
Operating system: Linux
PHP version:  5.5.0beta4
Package:  Date/time related
Bug Type: Bug
Bug description:Obsolete declarations in php_date.c

Description:

There are a couple of obsolete declarations in php_date.c:

/home/cjones/Desktop/php-5.5.0beta4/ext/date/php_date.c:617:26: warning: 
‘date_object_new_immutable’ declared ‘static’ but never defined
[-Wunused-
function]
/home/cjones/Desktop/php-5.5.0beta4/ext/date/php_date.c:623:26: warning: 
‘date_object_clone_immutable’ declared ‘static’ but never defined
[-Wunused-
function]



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

[PHP-BUG] Bug #64713 [NEW]: Compilation warnings in fileinfo

[s...@php.net]

From: sixd
Operating system: 
PHP version:  5.5.0beta4
Package:  Filesystem function related
Bug Type: Bug
Bug description:Compilation warnings in fileinfo

Description:

The libmagic patch could be tidied up to remove these warnings:

/home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/magic.c:83:14:
warning: 
‘free_mlist’ declared ‘static’ but never defined
[-Wunused-function]
/home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/magic.c:87:21:
warning: 
‘get_default_magic’ declared ‘static’ but never defined
[-Wunused-function]

and

/home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/print.c: In
function 
‘file_fmttime’:
/home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/print.c:82:3:
warning: 
implicit declaration of function ‘cdf_timestamp_to_timespec’
[-Wimplicit-
function-declaration]


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

[PHP-BUG] Bug #64715 [NEW]: PDO_MYSQL: variable set but not used

[s...@php.net]

From: sixd
Operating system: Linux
PHP version:  5.5.0beta4
Package:  PDO related
Bug Type: Bug
Bug description:PDO_MYSQL: variable set but not used

Description:

Compiling pdo_mysql in PHP 5.5. Beta 4 gives these warnings:

/home/cjones/Desktop/php-5.5.0beta4/ext/pdo_mysql/pdo_mysql.c: In function

‘zm_deactivate_pdo_mysql’:
/home/cjones/Desktop/php-5.5.0beta4/ext/pdo_mysql/pdo_mysql.c:188:2:
warning: 
variable ‘dbg_skip_trace’ set but not used [-Wunused-but-set-variable]

and

/home/cjones/Desktop/php-5.5.0beta4/ext/pdo_mysql/mysql_driver.c: In
function 
‘pdo_mysql_last_insert_id’:
/home/cjones/Desktop/php-5.5.0beta4/ext/pdo_mysql/mysql_driver.c:295:2:
warning: 
variable ‘dbg_skip_trace’ set but not used [-Wunused-but-set-variable]

and

/home/cjones/Desktop/php-5.5.0beta4/ext/pdo_mysql/mysql_statement.c: In
function 
‘pdo_mysql_fill_stmt_from_result’:
/home/cjones/Desktop/php-5.5.0beta4/ext/pdo_mysql/mysql_statement.c:133:2:

warning: variable ‘dbg_skip_trace’ set but not used
[-Wunused-but-set-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/pdo_mysql/mysql_statement.c: In
function 
‘pdo_mysql_stmt_execute_prepared_mysqlnd’:
/home/cjones/Desktop/php-5.5.0beta4/ext/pdo_mysql/mysql_statement.c:279:2:

warning: variable ‘dbg_skip_trace’ set but not used
[-Wunused-but-set-variable]


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

[PHP-BUG] Bug #64716 [NEW]: PDO_OCI: unused variable

[s...@php.net]

From: sixd
Operating system: Linux
PHP version:  5.5.0beta4
Package:  PDO related
Bug Type: Bug
Bug description:PDO_OCI: unused variable 

Description:

Compiling PDO_OCI gives the following warning:

/home/cjones/Desktop/php-5.5.0beta4/ext/pdo_oci/oci_driver.c: In function 
‘pdo_oci_check_liveness’:
/home/cjones/Desktop/php-5.5.0beta4/ext/pdo_oci/oci_driver.c:540:7:
warning: 
unused variable ‘version’ [-Wunused-variable]


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

[PHP-BUG] Bug #64717 [NEW]: Unused variables in phar

[s...@php.net]

From: sixd
Operating system: Linux
PHP version:  5.5.0beta4
Package:  PHAR related
Bug Type: Bug
Bug description:Unused variables in phar

Description:

Compiling PHP 5.5 Beta 4 gives:

/home/cjones/Desktop/php-5.5.0beta4/ext/phar/zip.c: In function 
‘phar_parse_zipfile’:
/home/cjones/Desktop/php-5.5.0beta4/ext/phar/zip.c:408:10: warning:
variable 
‘now’ set but not used [-Wunused-but-set-variable]
/home/cjones/Desktop/php-5.5.0beta4/ext/phar/zip.c: In function 
‘phar_zip_applysignature’:
/home/cjones/Desktop/php-5.5.0beta4/ext/phar/zip.c:1095:15: warning:
variable 
‘st’ set but not used [-Wunused-but-set-variable]

and

/home/cjones/Desktop/php-5.5.0beta4/ext/phar/phar_object.c: In function 
‘zim_Phar_webPhar’:
/home/cjones/Desktop/php-5.5.0beta4/ext/phar/phar_object.c:568:21: warning:

variable ‘ret’ set but not used [-Wunused-but-set-variable]


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

[PHP-BUG] Bug #64718 [NEW]: mysqlnd redefines macros

[s...@php.net]

From: sixd
Operating system: 
PHP version:  5.5.0beta4
Package:  MySQL related
Bug Type: Bug
Bug description:mysqlnd redefines macros

Description:

Compiling mysqnd gives:

/home/cjones/Desktop/php-5.5.0beta4/ext/mysqlnd/mysqlnd_alloc.c:540:0:
warning: 
"SMART_STR_START_SIZE" redefined [enabled by default]
/home/cjones/Desktop/php-5.5.0beta4/ext/standard/php_smart_str.h:42:0:
note: this 
is the location of the previous definition
/home/cjones/Desktop/php-5.5.0beta4/ext/mysqlnd/mysqlnd_alloc.c:541:0:
warning: 
"SMART_STR_PREALLOC" redefined [enabled by default]
/home/cjones/Desktop/php-5.5.0beta4/ext/standard/php_smart_str.h:38:0:
note: this 
is the location of the previous definition



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

[PHP-BUG] Bug #64725 [NEW]: Wrong return value logic in imageaffinematrixget

[s...@php.net]

From: sixd
Operating system: Linux
PHP version:  5.5Git-2013-04-26 (Git)
Package:  GD related
Bug Type: Bug
Bug description:Wrong return value logic in imageaffinematrixget

Description:

Compile warnings in gd.c show that that the return value logic for
imageaffinematrixget is wrong:

/home/cjones/php-5.5/ext/gd/libgd/gd.c: In function
‘gdImagePaletteToTrueColor’:
/home/cjones/php-5.5/ext/gd/libgd/gd.c:3014: warning: unused variable
‘alloc_y’
/home/cjones/php-5.5/ext/gd/gd.c: In function
‘zif_imageaffinematrixget’:
/home/cjones/php-5.5/ext/gd/gd.c:5579: warning: suggest parentheses around
assignment used as truth value

The code it points to is:

if (res = GD_FALSE) {
RETURN_FALSE;
} else {



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

[PHP-BUG] Bug #64736 [NEW]: Incorrect calculation in gdColorMatch

[s...@php.net]

From: sixd
Operating system: Linux
PHP version:  5.5Git-2013-04-29 (Git)
Package:  GD related
Bug Type: Bug
Bug description:Incorrect calculation in gdColorMatch

Description:

Compilations warnings in gd_crop.c flag a potential calculation issue in
gdColorMatch:

/home/cjones/php-5.5/ext/gd/libgd/gd_crop.c:340: warning: suggest
parentheses around arithmetic in operand of ^
/home/cjones/php-5.5/ext/gd/libgd/gd_crop.c:340: warning: suggest
parentheses around arithmetic in operand of ^

The code at line 340 is:

const double dist_perc = sqrt(dist / (255^2 + 255^2 + 255^2));

The denominator is currently evaluated as 253. Was it instead intended be
(3 * (255 * 255)) == 195075 ?


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

[PHP-BUG] Bug #64738 [NEW]: No type for variable in _gdScaleRow

[s...@php.net]

From: sixd
Operating system: Linux
PHP version:  5.5Git-2013-04-30 (Git)
Package:  GD related
Bug Type: Bug
Bug description:No type for variable in _gdScaleRow

Description:

A compilation warning on gd_interpolation.c is:

/home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:981: warning: type
defaults to ‘int’ in declaration of ‘left_channel’

The line is:

const left_channel = i - left;


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

[PHP-BUG] Bug #64749 [NEW]: zend_compile.c: warning: cast from pointer to integer of different size

[s...@php.net]

From: sixd
Operating system: Linux x86_64
PHP version:  5.5Git-2013-05-01 (Git)
Package:  Scripting Engine problem
Bug Type: Bug
Bug description:zend_compile.c: warning: cast from pointer to integer of 
different size

Description:

On Oracle Linux 5.9 (x86_64), there is a compilation warning in
zend_compile.c:

/home/cjones/php-5.5/Zend/zend_compile.c: In function
‘get_temporary_variable’:
/home/cjones/php-5.5/Zend/zend_compile.c:291: warning: cast from pointer to
integer of different size

The code is currently:

return (zend_uint)EX_TMP_VAR_NUM(0, (op_array->T)++);

I expect this needs to be:
return (zend_uint)(zend_uintptr_t)EX_TMP_VAR_NUM(0, (op_array->T)++);



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

[PHP-BUG] Bug #64750 [NEW]: YYDEBUG redefined in Zend/zend_ini_scanner.l

[s...@php.net]

From: sixd
Operating system: Linux x86_64
PHP version:  5.5Git-2013-05-01 (Git)
Package:  Scripting Engine problem
Bug Type: Bug
Bug description:YYDEBUG redefined in Zend/zend_ini_scanner.l

Description:

Compiling PHP 5.5 on Oracle Linux 5.9 x86_64 gives this warning:

Zend/zend_ini_scanner.l:34:1: warning: "YYDEBUG" redefined
In file included from Zend/zend_ini_scanner.l:28:
/home/cjones/php-5.5/Zend/zend_ini_parser.h:37:1: warning: this is the
location of the previous definition


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

[PHP-BUG] Bug #64780 [NEW]: PHP 5.5 builds are broken with GCC 3

[s...@php.net]

From: sixd
Operating system: Linux
PHP version:  5.5Git-2013-05-06 (snap)
Package:  Compile Failure
Bug Type: Bug
Bug description:PHP 5.5 builds are broken with GCC 3

Description:

PHP 5.5 builds are broken with GCC 3.4.6 due to the inline assembler
changes in zend_operators.h (in aa12cdc361)

Since the old assembler code path works for GCC 3, I suggest we simply
retain it with appropriate #ifdef's.  This may make someone's life
easier, e.g. during platform migration. 

Note RHEL 4.9 with GCC 3.4.6 was released 2 years ago. GCC 3.4.6
itself was released 6 years ago.

Currently compiling PHP 5.5 with GCC 3.4.6 fails with:
In file included from /tmp/php5.5-201305061630/Zend/zend.h:840,
 from /tmp/php5.5-201305061630/main/php.h:34,
 from /tmp/php5.5-201305061630/ext/date/php_date.c:21:
/tmp/php5.5-201305061630/Zend/zend_operators.h: In function 
`fast_increment_function':
/tmp/php5.5-201305061630/Zend/zend_operators.h:516: error: syntax error
before 
"zval"
/tmp/php5.5-201305061630/Zend/zend_operators.h:516: error: syntax error
before 
"zval"
/tmp/php5.5-201305061630/Zend/zend_operators.h: In function 
`fast_decrement_function':
/tmp/php5.5-201305061630/Zend/zend_operators.h:559: error: syntax error
before 
"zval"
/tmp/php5.5-201305061630/Zend/zend_operators.h:559: error: syntax error
before 
"zval"
/tmp/php5.5-201305061630/Zend/zend_operators.h: In function
`fast_add_function':
/tmp/php5.5-201305061630/Zend/zend_operators.h:613: error: syntax error
before 
"zval"
/tmp/php5.5-201305061630/Zend/zend_operators.h:613: error: syntax error
before 
"zval"
/tmp/php5.5-201305061630/Zend/zend_operators.h: In function
`fast_sub_function':
/tmp/php5.5-201305061630/Zend/zend_operators.h:698: error: syntax error
before 
"zval"
/tmp/php5.5-201305061630/Zend/zend_operators.h:698: error: syntax error
before 
"zval"
make: *** [ext/date/php_date.lo] Error 1

The patch is attached.  It was tested with GCC 3.4.6 and 4.1.2 on 32
and 64 bit Oracle Linux.


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

Bug #64780 [PATCH]: PHP 5.5 builds are broken with GCC 3

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=64780&edit=1

 ID: 64780
 Patch added by:     s...@php.net
 Reported by:    s...@php.net
 Summary:PHP 5.5 builds are broken with GCC 3
 Status: Open
 Type:   Bug
 Package:Compile Failure
 Operating System:   Linux
 PHP Version:5.5Git-2013-05-06 (snap)
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: zend_operators.h.patch
Revision:   1367899326
URL:
https://bugs.php.net/patch-display.php?bug=64780&patch=zend_operators.h.patch&revision=1367899326


Previous Comments:

[2013-05-06 23:05:30] s...@php.net

Description:

PHP 5.5 builds are broken with GCC 3.4.6 due to the inline assembler
changes in zend_operators.h (in aa12cdc361)

Since the old assembler code path works for GCC 3, I suggest we simply
retain it with appropriate #ifdef's.  This may make someone's life
easier, e.g. during platform migration. 

Note RHEL 4.9 with GCC 3.4.6 was released 2 years ago. GCC 3.4.6
itself was released 6 years ago.

Currently compiling PHP 5.5 with GCC 3.4.6 fails with:
In file included from /tmp/php5.5-201305061630/Zend/zend.h:840,
 from /tmp/php5.5-201305061630/main/php.h:34,
 from /tmp/php5.5-201305061630/ext/date/php_date.c:21:
/tmp/php5.5-201305061630/Zend/zend_operators.h: In function 
`fast_increment_function':
/tmp/php5.5-201305061630/Zend/zend_operators.h:516: error: syntax error before 
"zval"
/tmp/php5.5-201305061630/Zend/zend_operators.h:516: error: syntax error before 
"zval"
/tmp/php5.5-201305061630/Zend/zend_operators.h: In function 
`fast_decrement_function':
/tmp/php5.5-201305061630/Zend/zend_operators.h:559: error: syntax error before 
"zval"
/tmp/php5.5-201305061630/Zend/zend_operators.h:559: error: syntax error before 
"zval"
/tmp/php5.5-201305061630/Zend/zend_operators.h: In function `fast_add_function':
/tmp/php5.5-201305061630/Zend/zend_operators.h:613: error: syntax error before 
"zval"
/tmp/php5.5-201305061630/Zend/zend_operators.h:613: error: syntax error before 
"zval"
/tmp/php5.5-201305061630/Zend/zend_operators.h: In function `fast_sub_function':
/tmp/php5.5-201305061630/Zend/zend_operators.h:698: error: syntax error before 
"zval"
/tmp/php5.5-201305061630/Zend/zend_operators.h:698: error: syntax error before 
"zval"
make: *** [ext/date/php_date.lo] Error 1

The patch is attached.  It was tested with GCC 3.4.6 and 4.1.2 on 32
and 64 bit Oracle Linux.







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

[PHP-BUG] Bug #64785 [NEW]: Compile fails using --with-gd

[s...@php.net]

From: sixd
Operating system: Linux
PHP version:  5.5Git-2013-05-07 (Git)
Package:  GD related
Bug Type: Bug
Bug description:Compile fails using --with-gd

Description:

In PHP 5.5, using "./configure --with-gd" causes compilation failure. It
works in PHP 5.4.  The compilation errors after doing "./configure
--with-gd" are:

ext/gd/libgd/.libs/gd_png.o: In function `php_gd_gdImagePngCtxEx':
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:482: undefined reference to
`png_create_write_struct'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:491: undefined reference to
`png_create_info_struct'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:502: undefined reference to
`png_destroy_write_struct'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:508: undefined reference to
`png_set_write_fn'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:524: undefined reference to
`png_set_compression_level'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:526: undefined reference to
`png_set_filter'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:581: undefined reference to
`png_set_IHDR'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:664: undefined reference to
`png_write_info'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:667: undefined reference to
`png_set_packing'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:720: undefined reference to
`png_write_image'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:721: undefined reference to
`png_write_end'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:754: undefined reference to
`png_destroy_write_struct'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:494: undefined reference to
`png_destroy_write_struct'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:577: undefined reference to
`png_set_IHDR'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:590: undefined reference to
`png_set_tRNS'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:637: undefined reference to
`png_set_tRNS'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:660: undefined reference to
`png_set_PLTE'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:739: undefined reference to
`png_write_image'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:740: undefined reference to
`png_write_end'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:574: undefined reference to
`png_set_IHDR'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:748: undefined reference to
`png_write_image'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:749: undefined reference to
`png_write_end'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:720: undefined reference to
`png_write_image'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:721: undefined reference to
`png_write_end'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:739: undefined reference to
`png_write_image'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:740: undefined reference to
`png_write_end'
ext/gd/libgd/.libs/gd_png.o: In function `gdPngWriteData':
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:86: undefined reference to
`png_get_io_ptr'
ext/gd/libgd/.libs/gd_png.o: In function `gdPngErrorHandler':
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:66: undefined reference to
`png_get_error_ptr'
ext/gd/libgd/.libs/gd_png.o: In function `php_gd_gdImageCreateFromPngCtx':
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:149: undefined reference to
`png_sig_cmp'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:154: undefined reference to
`png_create_read_struct'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:163: undefined reference to
`png_create_info_struct'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:188: undefined reference to
`png_set_sig_bytes'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:190: undefined reference to
`png_set_read_fn'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:191: undefined reference to
`png_read_info'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:193: undefined reference to
`png_get_IHDR'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:296: undefined reference to
`png_set_gray_to_rgb'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:304: undefined reference to
`png_get_valid'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:305: undefined reference to
`png_get_tRNS'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:319: undefined reference to
`png_read_update_info'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:322: undefined reference to
`png_get_rowbytes'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:332: undefined reference to
`png_read_image'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:333: undefined reference to
`png_read_end'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:357: undefined reference to
`png_destroy_read_struct'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:274: undefined reference to
`png_get_valid'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:275: undefined reference to
`png_get_tRNS'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:231: undefined reference to
`png_get_PLTE'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:235: undefined reference to
`png_get_valid'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:243: undefined reference to
`png_get_tRNS'
/home/cjones/php-5.5/ext/gd/libgd/gd_png.c:210: undefined reference t

[PHP-BUG] Bug #65069 [NEW]: GlobIterator fails to access files inside an open_basedir restricted dir

[s...@php.net]

From: seld
Operating system: Windows7
PHP version:  5.5.0RC3
Package:  SPL related
Bug Type: Bug
Bug description:GlobIterator fails to access files inside an open_basedir 
restricted dir

Description:

GlobIterator fails to access files present in a valid directory when an
open_basedir restriction is in effect. Even if the dir is inside the
open_basedir restriction it fails.

Test script:
---
ini_set('open_basedir', __DIR__);

var_dump(glob(__DIR__.'/*.php'));
var_dump(iterator_to_array(new GlobIterator(__DIR__.'/*.php')));


Expected result:

Two lists of php files in the current dir.

Actual result:
--
The glob() call returns a list of files, then the GlobIterator explodes
with:

UnexpectedValueException: GlobIterator::__construct(): open_basedir
restriction in effect. File(glob://C:\Users\seld/*.php) is not within the
allowed path(s): (C:\Users\seld) in C:\Users\seld\test.php on line 6


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

Bug #65069 [Com]: GlobIterator fails to access files inside an open_basedir restricted dir

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=65069&edit=1

 ID: 65069
 Comment by:     s...@php.net
 Reported by:    s...@php.net
 Summary:GlobIterator fails to access files inside an
 open_basedir restricted dir
 Status: Feedback
 Type:   Bug
 Package:SPL related
 Operating System:   Windows7
 PHP Version:5.5.0RC3
 Block user comment: N
 Private report: N

 New Comment:

On CLI I also get the same problem, Win7 x64 + PHP 5.5.0RC3 or 5.4.3. 

With PHP 5.3.5 and 5.4.6 on linux it works fine though. Seems it might be 
windows specific. Although as Jamie says it can maybe be triggered in other 
ways than using windows.


Previous Comments:

[2013-06-20 17:56:42] jamie at media32 dot ca

I think I can reproduce this. It only happens when the GlobIterator is used 
inside the destructor, and the script is run using Apache/Mod PHP (running via 
CLI returns the correct results).



When running via Apache/Mod PHP an UnexpectedValueException is thrown.


[2013-06-20 17:11:43] a...@php.net

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.

Tried your snippet on CLI, but there's no behaviour you describe. I see a 
proper listing in both 
cases. There must be something else causing this.


[2013-06-20 14:48:58] s...@php.net

Description:

GlobIterator fails to access files present in a valid directory when an 
open_basedir restriction is in effect. Even if the dir is inside the 
open_basedir restriction it fails.

Test script:
---
ini_set('open_basedir', __DIR__);

var_dump(glob(__DIR__.'/*.php'));
var_dump(iterator_to_array(new GlobIterator(__DIR__.'/*.php')));


Expected result:

Two lists of php files in the current dir.

Actual result:
--
The glob() call returns a list of files, then the GlobIterator explodes with:

UnexpectedValueException: GlobIterator::__construct(): open_basedir restriction 
in effect. File(glob://C:\Users\seld/*.php) is not within the allowed path(s): 
(C:\Users\seld) in C:\Users\seld\test.php on line 6







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

Bug #65060 [Com]: imagecreatefrom... crashes with user streams

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=65060&edit=1

 ID: 65060
 Comment by:     s...@php.net
 Reported by:the...@php.net
 Summary:imagecreatefrom... crashes with user streams
 Status: Closed
 Type:   Bug
 Package:GD related
 Operating System:   gentoo
 PHP Version:5.5.0RC3
 Assigned To:thekid
 Block user comment: N
 Private report: N

 New Comment:

It'd be nice also to include a test for the fix.


Previous Comments:

[2013-06-21 15:23:13] the...@php.net

Verified, thanks!


[2013-06-21 12:11:33] r...@php.net

Automatic comment on behalf of remi
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=fc898ee0f94ee3686aa1f359d4a973d5e8e1754b
Log: Fixed Bug #65060 imagecreatefrom... crashes with user streams Fixed Bug 
#65084 imagecreatefromjpeg fails with URL


[2013-06-21 05:38:20] paj...@php.net

and the bt, which confirms an infinite loop there:

(gdb) bt
#0  0x081d7e6e in _php_stream_seek (stream=0xb7d60efc, offset=-1, whence=1) at 
/home/pierre/repo/phpgit/php-src-clean/main/streams/streams.c:1273
#1  0x081da09e in stream_cookie_seeker (cookie=0xb7d60efc, position=0xbf800044, 
whence=1) at /home/pierre/repo/phpgit/php-src-clean/main/streams/cast.c:109
#2  0xb7df9e99 in _IO_cookie_seek (fp=0x84f4420, offset=-1, dir=1) at 
iofopncook.c:87
#3  0xb7e054ae in _IO_new_file_sync (fp=0x84f4420) at fileops.c:913
#4  0xb7df9810 in _IO_fflush (fp=0x84f4420) at iofflush.c:43
#5  0x081d7e76 in _php_stream_seek (stream=0xb7d60efc, offset=-1, whence=1) at 
/home/pierre/repo/phpgit/php-src-clean/main/streams/streams.c:1273
#6  0x081da09e in stream_cookie_seeker (cookie=0xb7d60efc, position=0xbf8004e0, 
whence=1) at /home/pierre/repo/phpgit/php-src-clean/main/streams/cast.c:109
#7  0xb7df9e99 in _IO_cookie_seek (fp=0x84f4420, offset=-1, dir=1) at 
iofopncook.c:87
#8  0xb7e054ae in _IO_new_file_sync (fp=0x84f4420) at fileops.c:913
#9  0xb7df9810 in _IO_fflush (fp=0x84f4420) at iofflush.c:43
#10 0x081d7e76 in _php_stream_seek (stream=0xb7d60efc, offset=-1, whence=1) at 
/home/pierre/repo/phpgit/php-src-clean/main/streams/streams.c:1273
#11 0x081da09e in stream_cookie_seeker (cookie=0xb7d60efc, position=0xbf80097c, 
whence=1) at /home/pierre/repo/phpgit/php-src-clean/main/streams/cast.c:109
#12 0xb7df9e99 in _IO_cookie_seek (fp=0x84f4420, offset=-1, dir=1) at 
iofopncook.c:87
#13 0xb7e054ae in _IO_new_file_sync (fp=0x84f4420) at fileops.c:913
...


[2013-06-21 05:37:13] paj...@php.net

Program received signal SIGSEGV, Segmentation fault.
0x081d7e6e in _php_stream_seek (stream=0xb7d60efc, offset=-1, whence=1) at 
/home/pierre/repo/phpgit/php-src-clean/main/streams/streams.c:1273
1273fflush(stream->stdiocast);


[2013-06-21 05:31:41] paj...@php.net

==5774== Memcheck, a memory error detector
==5774== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==5774== Using Valgrind-3.6.0.SVN-Debian and LibVEX; rerun with -h for 
copyright 
info
==5774== Command: ./sapi/cli/php stream.php
==5774== 
==5774== Stack overflow in thread 1: can't grow stack to 0xbe2c6d8c

weird.




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

https://bugs.php.net/bug.php?id=65060


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

Bug #63520 [Com]: JSON extension includes a problematic license statement

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=63520&edit=1

 ID: 63520
 Comment by:     s...@php.net
 Reported by:kaplan at debian dot org
 Summary:JSON extension includes a problematic license
 statement
 Status: Assigned
 Type:   Bug
 Package:JSON related
 PHP Version:Irrelevant
 Assigned To:remi
 Block user comment: N
 Private report: N

 New Comment:

What's the status here Remi? Can we have a regular Debian release including the 
JSON ext before this hits testing/stable? We had a first issue on Composer 
today because someone was missing the json ext [1], using Ubuntu 13.10. 

If this isn't resolved soon Ubuntu's next release won't have json enabled by 
default and we'll have a support shitstorm on our hands, so please don't do 
Evil because of a dubious license statement. Given the prevalence of JSON APIs 
and such these days, it's not just Composer that will be affected, so removing 
it before having a replacement in place was really an unhelpful decision IMO.

[1] https://github.com/composer/composer/issues/2092


Previous Comments:

[2013-04-27 10:40:22] r...@php.net

Yes, I'm still working on the new alternative extension.


[2013-04-22 22:24:39] pleasestand at live dot com

Remi: any update? Is <https://github.com/remicollet/pecl-json-c>
relevant?

I'll note that as a [MediaWiki][1] developer, I recently removed our
bundled copy of PEAR Services_JSON on the basis that the JSON extension
is compiled in by default, and therefore users can be expected to have
it installed. Unfortunately, I had to [revert the change][2] because
I only found out about the licensing problem last week, and our next
release is three weeks from now (2013-05-15).

So I would like to know whether you are still working on this.

[1]: https://www.mediawiki.org/
[2]: https://bugzilla.wikimedia.org/show_bug.cgi?id=47431


[2013-04-04 18:00:52] b dot eltzner at gmx dot de

I am not a native speaker. This comment is not supposed to be rude or insult 
anybody.

I would like to make the problem clearer:

*The "json license" affecting /ext/json/JSON_parser.c and 
/ext/json/utf8_decode.c is regarded non-free by GNU/FSF, Debian, Fedora, Red 
Hat and Google and is not approved by OSI. This is not at all the same as "Free 
but incompatible with GPL", which is the category in which the FSF lists the 
php license.

*The morality clause "The Software shall be used for Good, not Evil." violates 
software freedom 0 and point 6 of the open source definition and the license 
will therefore _never_ be free or open source by definition. This is not a 
license "some fanatics don't like", it is a manifestly proprietary license.

*The original author of the license has purposely chosen this form of license 
to trick open source projects into mistaking it as an open source license. He 
did this to prove the point that "those open source guys are entitled kids" and 
plays the issue for amusement: http://www.youtube.com/watch?v=-hCimLnIsDA

*With the non-free files, PHP cannot be distributed unmodified as free software 
by downstream projects.

Note that I don't say "Throw that stuff out11" It goes without saying that 
you can distribute the result of your work under whatever licenses you like, 
open source or not. However, if you want PHP to be easily distributable as free 
and open source software by downstream projects, I am sure they would be 
enormously relieved, if you provided them with a simple way to exclude the 
non-free files without breaking too much functionality.


[2012-11-23 13:33:42] r...@php.net

A patch proposed in https://bugs.php.net/63588 makes "json_encode" really free.


[2012-11-15 18:09:30] ras...@php.net

I am not saying it isn't a tricky license clause to deal with and it would be 
better if it wasn't there. However, I am also not keen on spending resources on 
rewriting code for this reason. If someone supplies a functionally equivalent 
replacement, we will have a look at it. But as far as I am concerned, license-
wise the terms Good and Evil are not legal terms. These are more subjective 
self-describing terms and since I deem PHP's use of the code as "Good" then we 
comply with the license. Could others perhaps use PHP and thus the code for 
"Evil" and therefore not comply with the license? Sure, but there are many 
things people can do with our code that is either against the

[PHP-BUG] Bug #65431 [NEW]: Discarded qualifiers from pointer target warnings when using --enable-dtrace

[s...@php.net]

From: sixd
Operating system: Linux
PHP version:  5.4Git-2013-08-09 (Git)
Package:  Compile Warning
Bug Type: Bug
Bug description:Discarded qualifiers from pointer target warnings when using 
--enable-dtrace

Description:

Here are some patches to fix cast warnings when --enable-dtrace is
used.  The dtrace utility typically discards/discarded 'const'
qualifiers. I don't have Zend karma to apply them myself.

The patches should be applied to PHP 5.4+ and then
'php zend_vm_gen.php' run. 

(The patches are a diff from the PHP-5.5 branch)



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

Bug #65431 [PATCH]: Discarded qualifiers from pointer target warnings when using --enable-dtrace

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=65431&edit=1

 ID: 65431
 Patch added by:     s...@php.net
 Reported by:    s...@php.net
 Summary:Discarded qualifiers from pointer target warnings
 when using --enable-dtrace
 Status: Feedback
 Type:   Bug
 Package:Compile Warning
 Operating System:   Linux
 PHP Version:5.4Git-2013-08-09 (Git)
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: dtrace_php54.patch
Revision:   1376426155
URL:
https://bugs.php.net/patch-display.php?bug=65431&patch=dtrace_php54.patch&revision=1376426155


Previous Comments:

[2013-08-13 03:16:46] larue...@php.net

The following patch has been added/updated:

Patch Name: dtrace_casts_2.patch
Revision:   1376363806
URL:
https://bugs.php.net/patch-display.php?bug=65431&patch=dtrace_casts_2.patch&revision=1376363806


[2013-08-13 03:14:00] larue...@php.net

I got merge conflicts when I was trying to merge this patch.. 

I made a new one, but I dont have dtrace in my box avaliable.

so, could you please verify the patch?


[2013-08-09 22:32:29] s...@php.net

Description:

Here are some patches to fix cast warnings when --enable-dtrace is
used.  The dtrace utility typically discards/discarded 'const'
qualifiers. I don't have Zend karma to apply them myself.

The patches should be applied to PHP 5.4+ and then
'php zend_vm_gen.php' run. 

(The patches are a diff from the PHP-5.5 branch)








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

Bug #65431 [PATCH]: Discarded qualifiers from pointer target warnings when using --enable-dtrace

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=65431&edit=1

 ID: 65431
 Patch added by:     s...@php.net
 Reported by:    s...@php.net
 Summary:Discarded qualifiers from pointer target warnings
 when using --enable-dtrace
 Status: Feedback
 Type:   Bug
 Package:Compile Warning
 Operating System:   Linux
 PHP Version:5.4Git-2013-08-09 (Git)
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: dtrace_php55.patch
Revision:   1376426192
URL:
https://bugs.php.net/patch-display.php?bug=65431&patch=dtrace_php55.patch&revision=1376426192


Previous Comments:

[2013-08-13 20:35:55] s...@php.net

The following patch has been added/updated:

Patch Name: dtrace_php54.patch
Revision:   1376426155
URL:
https://bugs.php.net/patch-display.php?bug=65431&patch=dtrace_php54.patch&revision=1376426155


[2013-08-13 03:16:46] larue...@php.net

The following patch has been added/updated:

Patch Name: dtrace_casts_2.patch
Revision:   1376363806
URL:
https://bugs.php.net/patch-display.php?bug=65431&patch=dtrace_casts_2.patch&revision=1376363806


[2013-08-13 03:14:00] larue...@php.net

I got merge conflicts when I was trying to merge this patch.. 

I made a new one, but I dont have dtrace in my box avaliable.

so, could you please verify the patch?

----
[2013-08-09 22:32:29] s...@php.net

Description:

Here are some patches to fix cast warnings when --enable-dtrace is
used.  The dtrace utility typically discards/discarded 'const'
qualifiers. I don't have Zend karma to apply them myself.

The patches should be applied to PHP 5.4+ and then
'php zend_vm_gen.php' run. 

(The patches are a diff from the PHP-5.5 branch)








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

Bug #65431 [PATCH]: Discarded qualifiers from pointer target warnings when using --enable-dtrace

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=65431&edit=1

 ID: 65431
 Patch added by:     s...@php.net
 Reported by:    s...@php.net
 Summary:Discarded qualifiers from pointer target warnings
 when using --enable-dtrace
 Status: Feedback
 Type:   Bug
 Package:Compile Warning
 Operating System:   Linux
 PHP Version:5.4Git-2013-08-09 (Git)
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: dtrace_master.patch
Revision:   1376426210
URL:
https://bugs.php.net/patch-display.php?bug=65431&patch=dtrace_master.patch&revision=1376426210


Previous Comments:

[2013-08-13 20:36:32] s...@php.net

The following patch has been added/updated:

Patch Name: dtrace_php55.patch
Revision:   1376426192
URL:
https://bugs.php.net/patch-display.php?bug=65431&patch=dtrace_php55.patch&revision=1376426192


[2013-08-13 20:35:55] s...@php.net

The following patch has been added/updated:

Patch Name: dtrace_php54.patch
Revision:   1376426155
URL:
https://bugs.php.net/patch-display.php?bug=65431&patch=dtrace_php54.patch&revision=1376426155


[2013-08-13 03:16:46] larue...@php.net

The following patch has been added/updated:

Patch Name: dtrace_casts_2.patch
Revision:   1376363806
URL:
https://bugs.php.net/patch-display.php?bug=65431&patch=dtrace_casts_2.patch&revision=1376363806


[2013-08-13 03:14:00] larue...@php.net

I got merge conflicts when I was trying to merge this patch.. 

I made a new one, but I dont have dtrace in my box avaliable.

so, could you please verify the patch?

--------
[2013-08-09 22:32:29] s...@php.net

Description:

Here are some patches to fix cast warnings when --enable-dtrace is
used.  The dtrace utility typically discards/discarded 'const'
qualifiers. I don't have Zend karma to apply them myself.

The patches should be applied to PHP 5.4+ and then
'php zend_vm_gen.php' run. 

(The patches are a diff from the PHP-5.5 branch)








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

Bug #65431 [PATCH]: Discarded qualifiers from pointer target warnings when using --enable-dtrace

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=65431&edit=1

 ID: 65431
 Patch added by:     s...@php.net
 Reported by:    s...@php.net
 Summary:Discarded qualifiers from pointer target warnings
 when using --enable-dtrace
 Status: Re-Opened
 Type:   Bug
 Package:Compile Warning
 Operating System:   Linux
 PHP Version:5.4Git-2013-08-09 (Git)
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: zend_exceptions.c.patch
Revision:   1376505556
URL:
https://bugs.php.net/patch-display.php?bug=65431&patch=zend_exceptions.c.patch&revision=1376505556


Previous Comments:

[2013-08-14 18:38:47] s...@php.net

Missed one in zend_exceptions.c.  I've reopened this bug and attached a new 
patch that applies to PHP 5.4, 5.5 and master.


[2013-08-14 03:44:39] larue...@php.net

Automatic comment on behalf of laruence
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=f4dc2240a048050a87a6e3e31573f13a2256cf2e
Log: Fixed #65431 (Discarded qualifiers from pointer target warnings when using 
--enable-dtrace) by Sixd


[2013-08-13 20:37:29] s...@php.net

I've uploaded new patches for each branch. Can you apply them?  Your
patch was missing a couple of casts on DTRACE_FUNCTION_ENTRY
parameters.


[2013-08-13 20:36:50] s...@php.net

The following patch has been added/updated:

Patch Name: dtrace_master.patch
Revision:   1376426210
URL:
https://bugs.php.net/patch-display.php?bug=65431&patch=dtrace_master.patch&revision=1376426210

----
[2013-08-13 20:36:32] s...@php.net

The following patch has been added/updated:

Patch Name: dtrace_php55.patch
Revision:   1376426192
URL:
https://bugs.php.net/patch-display.php?bug=65431&patch=dtrace_php55.patch&revision=1376426192




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

https://bugs.php.net/bug.php?id=65431


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

Bug #62692 [PATCH]: PHP fails to build with dtrace

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=62692&edit=1

 ID: 62692
 Patch added by:     s...@php.net
 Reported by:eugene at zhegan dot in
 Summary:PHP fails to build with dtrace
 Status: Verified
 Type:   Bug
 Package:*General Issues
 Operating System:   Solaris 10 x86
 PHP Version:5.4.5
 Assigned To:dsp
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: acinclude.m4.patch
Revision:   1376507476
URL:
https://bugs.php.net/patch-display.php?bug=62692&patch=acinclude.m4.patch&revision=1376507476


Previous Comments:

[2013-08-14 19:09:25] s...@php.net

I've attached a patch (acinclude.m4.patch) that uses the correct
PIC/non-PIC .o files on Solaris and Linux.  Please test your
configurations.  If there are issues, please give the full
"./configure" line (and reduce the options to the minimum that
reproduces the problem - this is important to reproducing your
issues).

Apply the patch to a recent PHP 5.4/5.5/trunk snapshot from
http://snaps.php.net. Several other DTrace related patches have been
merged in the last few days and are only in snapshots.

The patch does not change linking for non-Solaris/Linux platforms.
These platforms may benefit from the new code path implemented for
Solaris & Linux but users on non-Solaris/Linux platforms will need to
verify this and supply a new patch.


[2013-08-06 00:37:56] mike at harschsystems dot com

Related To: Bug #61268


[2013-08-05 16:05:25] mike at harschsystems dot com

Related To: Bug #61268


[2012-12-13 03:49:20] eugene at zhegan dot in

And yes, forgot to mention, this is reproduceable on Solaris 11 and 11.1.


[2012-12-13 03:48:07] eugene at zhegan dot in

Wow, terribly sorry for misinterpreting the question.
Yup, I've built most of the modules as shared:

xmlrpc,pear,mcrypt,openssl,curl,bz2,xsl,imap,imap-ssl - these are shared 
modules.




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

https://bugs.php.net/bug.php?id=62692


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

[PHP-BUG] Bug #65470 [NEW]: Segmentation fault in zend_error() with --enable-dtrace

[s...@php.net]

From: sixd
Operating system: Linux
PHP version:  5.4Git-2013-08-18 (Git)
Package:  Reproducible crash
Bug Type: Bug
Bug description:Segmentation fault in zend_error() with --enable-dtrace

Description:

A segmentation fault can occur in zend_error() with --enable-dtrace.
The zend_vspprintf() call in the DTRACE_ERROR_ENABLED() block leaves
args undefined:

  "If ap is passed to a function that uses va_arg(ap,type) then the
  value of ap is undefined after the return of that function."

When args is used again later in zend_error(), a seg fault can occur.

Test script:
---
As root:
---
# dtrace -Z -s error.d 
dtrace: script 'error.d' matched 0 probes
CPU IDFUNCTION:NAME
  0  6 zend_error:error PHP error



As a normal user:

$ php error.php 
Segmentation fault (core dumped)


Where error.d is:

php*:::error { printf("PHP error\n"); }

and error.php is:





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

Bug #65470 [PATCH]: Segmentation fault in zend_error() with --enable-dtrace

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=65470&edit=1

 ID: 65470
 Patch added by:     s...@php.net
 Reported by:    s...@php.net
 Summary:Segmentation fault in zend_error() with
 --enable-dtrace
 Status: Assigned
 Type:   Bug
 Package:Reproducible crash
 Operating System:   Linux
 PHP Version:5.4Git-2013-08-18 (Git)
 Assigned To:sixd
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: bug65470
Revision:   1376802312
URL:
https://bugs.php.net/patch-display.php?bug=65470&patch=bug65470&revision=1376802312


Previous Comments:

[2013-08-18 04:41:33] s...@php.net

I'm currently testing a patch.


[2013-08-18 04:40:25] s...@php.net

Description:

A segmentation fault can occur in zend_error() with --enable-dtrace.
The zend_vspprintf() call in the DTRACE_ERROR_ENABLED() block leaves
args undefined:

  "If ap is passed to a function that uses va_arg(ap,type) then the
  value of ap is undefined after the return of that function."

When args is used again later in zend_error(), a seg fault can occur.

Test script:
---
As root:
---
# dtrace -Z -s error.d 
dtrace: script 'error.d' matched 0 probes
CPU IDFUNCTION:NAME
  0  6 zend_error:error PHP error



As a normal user:

$ php error.php 
Segmentation fault (core dumped)


Where error.d is:

php*:::error { printf("PHP error\n"); }

and error.php is:










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

[PHP-BUG] Bug #61782 [NEW]: __clone/__destruct do not match other methods when checking access controls

[s...@php.net]

From: 
Operating system: 
PHP version:  5.4.1RC2
Package:  Scripting Engine problem
Bug Type: Bug
Bug description:__clone/__destruct do not match other methods when checking 
access controls

Description:

__clone and __destruct check access to protected methods differently from
other 
methods. They have 
custom implementation and while other methods allow access to siblings in
the 
same tree to protected 
functions, those do not. See implementation for regular ones:


if (UNEXPECTED(!zend_check_protected(zend_get_function_root_class(fbc), 
EG(scope {
if (zobj->ce->__call) {
fbc = zend_get_user_call_function(zobj->ce, method_name, 
method_len);
} else {
zend_error_noreturn(E_ERROR, "Call to %s method %s::%s() from 
context '%s'", 
zend_visibility_string(fbc->common.fn_flags), ZEND_FN_SCOPE_NAME(fbc), 
method_name, EG(scope) ? 
EG(scope)->name : "");
}
}

and for __clone:


if (UNEXPECTED(!zend_check_protected(clone->common.scope, EG(scope {
zend_error_noreturn(E_ERROR, "Call to protected %s::__clone() from 
context '%s'", ce->name, 
EG(scope) ? EG(scope)->name : "");
}

it can be seen that __clone does not use zend_get_function_root_class().
Same 
happens for destructor.

I see no reason for that and I think they should be brought in sync with
the 
rest of the code. See also: 
http://www.mail-archive.com/internals@lists.php.net/msg57424.html

Test script:
---
 abstract class BaseClass {
abstract protected function __clone();
}

class MommasBoy extends BaseClass {
protected function __clone() {
echo __METHOD__, "\n";
}
}

class LatchkeyKid extends BaseClass {
public function __construct() {
echo 'In ', __CLASS__, ":\n";
$kid = new MommasBoy();
$kid = clone $kid;
}
public function __clone() {}
}

$obj = new LatchkeyKid();


Expected result:

In LatchkeyKid:
MommasBoy::__clone


Actual result:
--
Fatal error: Call to protected MommasBoy::__clone() from context
'LatchkeyKid' in 
bug.php on line 16


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

[PHP-BUG] Bug #61892 [NEW]: Zend/tests/gc_029.phpt fails with ZTS mode in PHP 5.4.1

[s...@php.net]

From: sixd
Operating system: Linux
PHP version:  5.4.1
Package:  Testing related
Bug Type: Bug
Bug description:Zend/tests/gc_029.phpt fails with ZTS mode in PHP 5.4.1

Description:

With ZTS enabled, the gc_collect_cycles() call in Zend/tests/gc_029.phpt is

returning 3 instead of the expected 2.

>From http://qa.php.net/reports, this seems to have started in PHP 5.4.1.


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

[PHP-BUG] Bug #61927 [NEW]: ext/standard/tests/general_functions/debug_zval_dump_o.phpt diffs in ZTS mode

[s...@php.net]

From: sixd
Operating system: 
PHP version:  5.4.1
Package:  Testing related
Bug Type: Bug
Bug description:ext/standard/tests/general_functions/debug_zval_dump_o.phpt 
diffs in ZTS mode

Description:

Similar to https://bugs.php.net/bug.php?id=61892 the test 
ext/standard/tests/general_functions/debug_zval_dump_o.phpt diffs in ZTS
mode.

This probably needs the test to be forked, but the code should be reviewed
first.

Expected result:

No diff

Actual result:
--
007+   long(10) refcount(1)
007-   long(10) refcount(5)
009+   long(20) refcount(1)
009-   long(20) refcount(5)
011+   long(30) refcount(1)
011-   long(30) refcount(7)
013+   array(2) refcount(1){
013-   array(2) refcount(5){
015+ long(1) refcount(5)
015- long(1) refcount(1)
017+ long(3) refcount(5)
017- long(3) refcount(1)
024+ long(10) refcount(1)
024- long(10) refcount(5)
026+ long(20) refcount(1)
026- long(20) refcount(5)
028+ long(30) refcount(1)
028- long(30) refcount(7)
030+ array(2) refcount(1){
030- array(2) refcount(5){
032+   long(1) refcount(5)
032-   long(1) refcount(1)
034+   long(3) refcount(5)
034-   long(3) refcount(1)
046+   long(30) refcount(1)
046-   long(30) refcount(2)
048+   long(40) refcount(1)
048-   long(40) refcount(2)
050+   long(50) refcount(1)
050-   long(50) refcount(2)
056+ long(10) refcount(1)
056- long(10) refcount(5)
058+ long(20) refcount(1)
058- long(20) refcount(5)
060+ long(30) refcount(3)
060- long(30) refcount(7)
062+ array(2) refcount(1){
062- array(2) refcount(5){
064+   long(1) refcount(5)
064-   long(1) refcount(1)
066+   long(3) refcount(5)
066-   long(3) refcount(1)
073+   long(10) refcount(1)
073-   long(10) refcount(5)
075+   long(20) refcount(1)
075-   long(20) refcount(5)
077+   long(30) refcount(3)
077-   long(30) refcount(7)
079+   array(2) refcount(1){
079-   array(2) refcount(5){
081+ long(1) refcount(5)
081- long(1) refcount(1)
083+ long(3) refcount(5)
083- long(3) refcount(1)
094+ long(10) refcount(1)
094- long(10) refcount(5)
096+ long(20) refcount(1)
096- long(20) refcount(5)
098+ long(30) refcount(1)
098- long(30) refcount(7)
100+ array(2) refcount(1){
100- array(2) refcount(5){
102+   long(1) refcount(5)
102-   long(1) refcount(1)
104+   long(3) refcount(5)
104-   long(3) refcount(1)
111+   long(10) refcount(1)
111-   long(10) refcount(5)
113+   long(20) refcount(1)
113-   long(20) refcount(5)
115+   long(30) refcount(1)
115-   long(30) refcount(7)
117+   array(2) refcount(1){
117-   array(2) refcount(5){
119+ long(1) refcount(5)
119- long(1) refcount(1)
121+ long(3) refcount(5)
121- long(3) refcount(1)
132+ long(10) refcount(1)
132- long(10) refcount(5)
134+ long(20) refcount(1)
134- long(20) refcount(5)
136+ long(30) refcount(3)
136- long(30) refcount(7)
138+ array(2) refcount(1){
138- array(2) refcount(5){
140+   long(1) refcount(5)
140-   long(1) refcount(1)
142+   long(3) refcount(5)
142-   long(3) refcount(1)
149+   long(10) refcount(1)
149-   long(10) refcount(5)
151+   long(20) refcount(1)
151-   long(20) refcount(5)
153+   long(30) refcount(3)
153-   long(30) refcount(7)
155+   array(2) refcount(1){
155-   array(2) refcount(5){
157+ long(1) refcount(5)
157- long(1) refcount(1)
159+ long(3) refcount(5)
159- long(3) refcount(1)
170+ long(10) refcount(1)
170- long(10) refcount(5)
172+ long(20) refcount(1)
172- long(20) refcount(5)
174+ long(30) refcount(1)
174- long(30) refcount(7)
176+ array(2) refcount(1){
176- array(2) refcount(5){
178+   long(1) refcount(5)
178-   long(1) refcount(1)
180+   long(3) refcount(5)
180-   long(3) refcount(1)
187+   long(10) refcount(1)
187-   long(10) refcount(5)
189+   long(20) refcount(1)
189-   long(20) refcount(5)
191+   long(30) refcount(1)
191-   long(30) refcount(7)
193+   array(2) refcount(1){
193-   array(2) refcount(5){
195+ long(1) refcount(5)
195- long(1) refcount(1)
197+ long(3) refcount(5)
197- long(3) refcount(1)
209+ long(30) refcount(1)
209- long(30) refcount(2)
211+ long(40) refcount(1)
211- long(40) refcount(2)
213+ long(50) refcount(1)
213- long(50) refcount(2)
219+   long(10) refcount(1)
219-   long(10) refcount(5)
221+   long(20) refcount(1)
221-   long(20) refcount(5)
223+   long(30) refcount(3)
223-   long(30) refcount(7)
225+   array(2) refcount(1){
225-   array(2) refcount(5){
227+ long(1) refcount(5)
227- long(1) refcount(1)
229+ long(3) refcount(5)
229- long(3) re

[PHP-BUG] Bug #61930 [NEW]: openssl corrupts ssl key resource when using openssl_get_publickey()

[s...@php.net]

From: 
Operating system: *
PHP version:  5.4.2
Package:  OpenSSL related
Bug Type: Bug
Bug description:openssl corrupts ssl key resource when using 
openssl_get_publickey()

Description:

If openssl_get_publickey() is applied to a key resource, the resource that
comes 
out of it has wrong refcount and if freed, the argument of 
openssl_get_publickey() gets freed too. 

Test script:
---
If we have a certificate in $cert and data in $data and valid signature in
$sign, this works:


$key = openssl_get_publickey($cert);
var_dump(openssl_verify($data, $sig, $key));

however this does not:

$key = openssl_get_publickey($cert);
var_dump(openssl_get_publickey($key));
var_dump(openssl_verify($data, $sig, $key));

it produces errors like this:


Warning: openssl_verify(): 4 is not a valid OpenSSL X.509/key resource in
/Users/smalyshev/osslbug.php on line 29

Warning: openssl_verify(): supplied key param cannot be coerced into a
public key in /Users/smalyshev/osslbug.php on line 29



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

[PHP-BUG] Bug #61977 [NEW]: Need CLI web-server support for files with .htm extension

[s...@php.net]

From: sixd
Operating system: All
PHP version:  5.4.3
Package:  Built-in web server
Bug Type: Bug
Bug description:Need CLI web-server support for files with .htm extension

Description:

>From user notes at
http://php.net/manual/en/features.commandline.webserver.php
there should be a MIME type for files with .htm extensions.


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

Bug #61977 [PATCH]: Need CLI web-server support for files with .htm extension

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=61977&edit=1

 ID: 61977
 Patch added by:     s...@php.net
 Reported by:    s...@php.net
 Summary:Need CLI web-server support for files with .htm
 extension
 Status: Open
 Type:   Bug
 Package:Built-in web server
 Operating System:   All
 PHP Version:5.4.3
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: php_cli_server.c.patch
Revision:   1336510806
URL:
https://bugs.php.net/patch-display.php?bug=61977&patch=php_cli_server.c.patch&revision=1336510806


Previous Comments:

[2012-05-08 20:51:06] s...@php.net

Description:

>From user notes at http://php.net/manual/en/features.commandline.webserver.php
there should be a MIME type for files with .htm extensions.







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

Req #60302 [Com]: DateTime::createFromFormat should new static(), not new self()

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=60302&edit=1

 ID: 60302
 Comment by:     s...@php.net
 Reported by:kontakt at beberlei dot de
 Summary:DateTime::createFromFormat should new static(), not
 new self()
 Status: Assigned
 Type:   Feature/Change Request
 Package:Date/time related
 PHP Version:Irrelevant
 Assigned To:derick
 Block user comment: N
 Private report: N

 New Comment:

I added this in my subclass. Works well as a workaround, but it would be nice 
to have it in code indeed.

public static function createFromFormat($a, $b, $c = null) 
{
$date = $c ? parent::createFromFormat($a, $b, $c) : 
parent::createFromFormat($a, $b);

return new static('@'.$date->format('U'), $date->getTimeZone());
}


Previous Comments:

[2011-11-14 21:51:54] der...@php.net

Had a quick look at this, but it wasn't as simple as I thought. Needs some more 
investigation.


[2011-11-14 20:00:54] kontakt at beberlei dot de

Description:

I want to extend DateTime, but without DateTime::createFromFormat, actually 
creating instances from my class, i.e. "MyDateTime::createFromFormat" this is 
rather problematic.



Test script:
---
https://bugs.php.net/bug.php?id=60302&edit=1

Bug #61977 [Csd]: Need CLI web-server support for files with .htm & svg extensions

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=61977&edit=1

 ID: 61977
 User updated by:    s...@php.net
 Reported by:    s...@php.net
 Summary:Need CLI web-server support for files with .htm &
 svg extensions
 Status: Closed
 Type:   Bug
 Package:Built-in web server
 Operating System:   All
 PHP Version:5.4.3
 Assigned To:laruence
 Block user comment: N
 Private report: N

 New Comment:

.json - application/json
.js - application/javascript (text/javascript is obsolete)
.xml - application/xml
.ogg - application/ogg
.pdf - application/pdf
.csv - text/csv
.xhtml - application/xhtml+xml


Previous Comments:

[2012-05-09 03:30:19] larue...@php.net

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

 For Windows:

http://windows.php.net/snapshots/
 
Thank you for the report, and for helping us make PHP better.




[2012-05-08 21:01:03] s...@php.net

Updated patch to include svg too


[2012-05-08 21:00:06] s...@php.net

The following patch has been added/updated:

Patch Name: php_cli_server.c.patch
Revision:   1336510806
URL:
https://bugs.php.net/patch-display.php?bug=61977&patch=php_cli_server.c.patch&revision=1336510806


[2012-05-08 20:51:06] s...@php.net

Description:

>From user notes at http://php.net/manual/en/features.commandline.webserver.php
there should be a MIME type for files with .htm extensions.







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

Bug #61977 [Csd]: Need CLI web-server support for files with .htm & svg extensions

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=61977&edit=1

 ID: 61977
 User updated by:    s...@php.net
 Reported by:    s...@php.net
 Summary:Need CLI web-server support for files with .htm &
 svg extensions
 Status: Closed
 Type:   Bug
 Package:Built-in web server
 Operating System:   All
 PHP Version:5.4.3
 Assigned To:laruence
 Block user comment: N
 Private report: N

 New Comment:

Make use of the /etc/mime.types file.


Previous Comments:

[2012-06-17 10:49:06] s...@php.net

.json - application/json
.js - application/javascript (text/javascript is obsolete)
.xml - application/xml
.ogg - application/ogg
.pdf - application/pdf
.csv - text/csv
.xhtml - application/xhtml+xml


[2012-05-09 03:30:19] larue...@php.net

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

 For Windows:

http://windows.php.net/snapshots/
 
Thank you for the report, and for helping us make PHP better.




[2012-05-08 21:01:03] s...@php.net

Updated patch to include svg too


[2012-05-08 21:00:06] s...@php.net

The following patch has been added/updated:

Patch Name: php_cli_server.c.patch
Revision:   1336510806
URL:
https://bugs.php.net/patch-display.php?bug=61977&patch=php_cli_server.c.patch&revision=1336510806


[2012-05-08 20:51:06] s...@php.net

Description:

>From user notes at http://php.net/manual/en/features.commandline.webserver.php
there should be a MIME type for files with .htm extensions.







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

Bug #61977 [Csd]: Need CLI web-server support for files with .htm & svg extensions

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=61977&edit=1

 ID: 61977
 User updated by:    s...@php.net
 Reported by:    s...@php.net
 Summary:Need CLI web-server support for files with .htm &
 svg extensions
 Status: Closed
 Type:   Bug
 Package:Built-in web server
 Operating System:   All
 PHP Version:5.4.3
 Assigned To:laruence
 Block user comment: N
 Private report: N

 New Comment:

teste


Previous Comments:

[2012-06-17 10:51:35] s...@php.net

Make use of the /etc/mime.types file.


[2012-06-17 10:49:06] s...@php.net

.json - application/json
.js - application/javascript (text/javascript is obsolete)
.xml - application/xml
.ogg - application/ogg
.pdf - application/pdf
.csv - text/csv
.xhtml - application/xhtml+xml


[2012-05-09 03:30:19] larue...@php.net

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

 For Windows:

http://windows.php.net/snapshots/
 
Thank you for the report, and for helping us make PHP better.




[2012-05-08 21:01:03] s...@php.net

Updated patch to include svg too


[2012-05-08 21:00:06] s...@php.net

The following patch has been added/updated:

Patch Name: php_cli_server.c.patch
Revision:   1336510806
URL:
https://bugs.php.net/patch-display.php?bug=61977&patch=php_cli_server.c.patch&revision=1336510806




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

https://bugs.php.net/bug.php?id=61977


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

Bug #61977 [Csd]: Need CLI web-server support for files with .htm & svg extensions

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=61977&edit=1

 ID: 61977
 User updated by:    s...@php.net
 Reported by:    s...@php.net
 Summary:Need CLI web-server support for files with .htm &
 svg extensions
 Status: Closed
 Type:   Bug
 Package:Built-in web server
 Operating System:   All
 PHP Version:5.4.3
 Assigned To:laruence
 Block user comment: N
 Private report: N

 New Comment:

test


Previous Comments:

[2012-06-17 17:21:32] s...@php.net

teste


[2012-06-17 10:51:35] s...@php.net

Make use of the /etc/mime.types file.


[2012-06-17 10:49:06] s...@php.net

.json - application/json
.js - application/javascript (text/javascript is obsolete)
.xml - application/xml
.ogg - application/ogg
.pdf - application/pdf
.csv - text/csv
.xhtml - application/xhtml+xml


[2012-05-09 03:30:19] larue...@php.net

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

 For Windows:

http://windows.php.net/snapshots/
 
Thank you for the report, and for helping us make PHP better.




[2012-05-08 21:01:03] s...@php.net

Updated patch to include svg too




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

https://bugs.php.net/bug.php?id=61977


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

Bug #61977 [Csd]: Need CLI web-server support for files with .htm & svg extensions

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=61977&edit=1

 ID: 61977
 User updated by:    s...@php.net
 Reported by:    s...@php.net
 Summary:Need CLI web-server support for files with .htm &
 svg extensions
 Status: Closed
 Type:   Bug
 Package:Built-in web server
 Operating System:   All
 PHP Version:5.4.3
 Assigned To:laruence
 Block user comment: N
 Private report: N

 New Comment:

abc


Previous Comments:

[2012-06-17 17:34:22] s...@php.net

test


[2012-06-17 17:21:32] s...@php.net

teste


[2012-06-17 10:51:35] s...@php.net

Make use of the /etc/mime.types file.


[2012-06-17 10:49:06] s...@php.net

.json - application/json
.js - application/javascript (text/javascript is obsolete)
.xml - application/xml
.ogg - application/ogg
.pdf - application/pdf
.csv - text/csv
.xhtml - application/xhtml+xml


[2012-05-09 03:30:19] larue...@php.net

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

 For Windows:

http://windows.php.net/snapshots/
 
Thank you for the report, and for helping us make PHP better.






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

https://bugs.php.net/bug.php?id=61977


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

Bug #61977 [Csd]: Need CLI web-server support for files with .htm & svg extensions

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=61977&edit=1

 ID: 61977
 User updated by:    s...@php.net
 Reported by:    s...@php.net
 Summary:Need CLI web-server support for files with .htm &
 svg extensions
 Status: Closed
 Type:   Bug
 Package:Built-in web server
 Operating System:   All
 PHP Version:5.4.3
 Assigned To:laruence
 Block user comment: N
 Private report: N

 New Comment:

test


Previous Comments:

[2012-06-17 17:35:40] s...@php.net

abc


[2012-06-17 17:34:22] s...@php.net

test


[2012-06-17 17:21:32] s...@php.net

teste


[2012-06-17 10:51:35] s...@php.net

Make use of the /etc/mime.types file.


[2012-06-17 10:49:06] s...@php.net

.json - application/json
.js - application/javascript (text/javascript is obsolete)
.xml - application/xml
.ogg - application/ogg
.pdf - application/pdf
.csv - text/csv
.xhtml - application/xhtml+xml




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

https://bugs.php.net/bug.php?id=61977


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

Bug #61977 [Csd]: Need CLI web-server support for files with .htm & svg extensions

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=61977&edit=1

 ID: 61977
 User updated by:    s...@php.net
 Reported by:    s...@php.net
 Summary:Need CLI web-server support for files with .htm &
 svg extensions
 Status: Closed
 Type:   Bug
 Package:Built-in web server
 Operating System:   All
 PHP Version:5.4.3
 Assigned To:laruence
 Block user comment: N
 Private report: N

 New Comment:

a


Previous Comments:

[2012-06-17 17:38:54] s...@php.net

test


[2012-06-17 17:35:40] s...@php.net

abc


[2012-06-17 17:34:22] s...@php.net

test


[2012-06-17 17:21:32] s...@php.net

teste


[2012-06-17 10:51:35] s...@php.net

Make use of the /etc/mime.types file.




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

https://bugs.php.net/bug.php?id=61977


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

Bug #61977 [Csd]: Need CLI web-server support for files with .htm & svg extensions

[s...@php.net]

Edit report at https://bugs.php.net/bug.php?id=61977&edit=1

 ID: 61977
 User updated by:    s...@php.net
 Reported by:    s...@php.net
 Summary:Need CLI web-server support for files with .htm &
 svg extensions
 Status: Closed
 Type:   Bug
 Package:Built-in web server
 Operating System:   All
 PHP Version:5.4.3
 Assigned To:laruence
 Block user comment: N
 Private report: N

 New Comment:

z


Previous Comments:

[2012-06-17 17:39:09] s...@php.net

a


[2012-06-17 17:38:54] s...@php.net

test


[2012-06-17 17:35:40] s...@php.net

abc


[2012-06-17 17:34:22] s...@php.net

test


[2012-06-17 17:21:32] s...@php.net

teste




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

https://bugs.php.net/bug.php?id=61977


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

[PHP-BUG] Bug #62415 [NEW]: Undefined variable: diff in run-tests.php on line 2093 for successful XFAIL

[s...@php.net]

From: sixd
Operating system: 
PHP version:  5.4Git-2012-06-25 (Git)
Package:  Testing related
Bug Type: Bug
Bug description:Undefined variable: diff in run-tests.php on line 2093 for 
successful XFAIL

Description:

Tests that pass but have XFAIL sections seem to be causing:

WARN Whatever phpt description [whatever.phpt]  (warn: XFAIL section but
test 
passes)
PHP Notice:  Undefined variable: diff in /home/cjones/php-5.4/run-tests.php
on 
line 2093



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

#48722 [NEW]: Update --enable-sigchild warning in configure

[s...@php.net]

From: s...@php.net
Operating system: n/a
PHP version:  5.3.0RC4
PHP Bug Type: OCI8 related
Bug description:  Update --enable-sigchild warning in configure

Description:

The following "configure" warning when using --with-oci8 needs to be
updated to mention BEQUEATH_DETACH=YES as the first choice solution (see
http://blogs.oracle.com/opal/2009/03/php_oci8_signal_handling_and_e_1.html)

| Notice:|
| If you encounter  processes when using a local Oracle-DB   |
| please recompile PHP and specify --enable-sigchild when configuring|
| (This problem has been reported under Linux using Oracle >= 8.1.5) |


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

#48947 [NEW]: vcsclean should remove .lo and .la files

[s...@php.net]

From: s...@php.net
Operating system: Ubuntu 8.10 (32bit)
PHP version:  5.3CVS-2009-07-16 (CVS)
PHP Bug Type: Compile Failure
Bug description:  vcsclean should remove .lo and .la files 

Description:

The files removed by vcsclean are only a subset of the files removed by
'make clean'.  File extensions .lo .la .gcno .gcda are not removed by
vcsclean.

Using the sequence 'cd php53; svn up; ./vcsclean; ./configure ...;
make' fails to find some .o files.

Some .o's get built but link fails with a bunch of errors of the form:
  gcc: ext//.libs/.o: No such file or directory

The vcsclean command removes the ext/*/.libs directories but doesn't
remove ext/*.lo files. This causes C files to be skipped for recompilation
and no .libs/*.o files are created. 

A patch is to add .lo to the extension list in build/build.mk.

Index: build.mk
===
--- build.mk(revision 284190)
+++ build.mk(working copy)
@@ -67,12 +67,12 @@
 
 cvsclean-work:
@for i in `find . -name .cvsignore`; do \
-   (cd `dirname $$i` 2>/dev/null && rm -rf `cat .cvsignore | grep 
-v
config.nice | sed 's/[[:space:]]/ /g'` *.o *.a .libs || true); \
+   (cd `dirname $$i` 2>/dev/null && rm -rf `cat .cvsignore | grep 
-v
config.nice | sed 's/[[:space:]]/ /g'` *.lo *.o *.a .libs || true); \
done
 
 svnclean-work:
@for i in `find . -type d -not -path '*/.svn/*' | grep -v '.svn'`; do \
-   (cd `dirname $$i` 2>/dev/null && rm -rf `svn propget svn:ignore 
. |
grep -v config.nice` *.o *.a .libs || true); \
+   (cd `dirname $$i` 2>/dev/null && rm -rf `svn propget svn:ignore 
. |
grep -v config.nice` *.o *.lo *.a .libs || true); \
done
 
 gitclean-work:

Also, adding '.la .gcno .gcda' in addition to '.lo' would make
vcsclean consistent with 'make clean'.

A secondary bug is that .o files are not recreated from existing .lo
files.



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

#46623 [NEW]: phpinfo() doesn't show compile time home with phpize install

[s...@php.net]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  5.3.0alpha2
PHP Bug Type: OCI8 related
Bug description:  phpinfo() doesn't show compile time home with phpize install

Description:

If OCI8 is installed from PECL, then phpinfo() doesn't show anything for
the "Compile-time ORACLE_HOME" or "Libraries Used" field.  

There is no runtime impact on scripts because these are strings
constructed at build time,

The incorrect macros values are:
  PHP_OCI8_SHARED_LIB_ADD
  PHP_OCI8_DIR

The macros are defined as empty strings in the pre-existing
/usr/include/php/main/build-def.h. Nothing in phpize/configure overrides
them.

The PHP_OCI8_VERSION value is correct since it is overridden in php_oci8.h
(after Steph's PECL versioning project)

Potential solution is to change config.m4 and add these lines at the
end of the ORACEL_HOME and Instant Client blocks:

  AC_DEFINE_UNQUOTED(PHP_OCI8_DEF_DIR, "$OCI8_DIR", [ ])
  AC_DEFINE_UNQUOTED(PHP_OCI8_DEF_SHARED_LIBADD, "$OCI8_SHARED_LIBADD", [
])

Then change oci8.c to use the new macros:

#ifdef PHP_OCI8_DEF_DIR
php_info_print_table_row(2, "Compile-time ORACLE_HOME",
PHP_OCI8_DEF_DIR);
#endif
#ifdef PHP_OCI8_DEF_SHARED_LIBADD
php_info_print_table_row(2, "Libraries Used",
PHP_OCI8_DEF_SHARED_LIBADD);
#endif


Reproduce code:
---
tar -zxf oci8-1.3.4.tgz
cd oci8-1.3.4
phpize && ./configure --with-oci8=shared,$ORACLE_HOME && make install
[Add extension=oci8.so to php.ini]
php -i |grep ORACLE_HOME

Expected result:

phpinfo() should show:

Compile-time ORACLE_HOME => /home/oracle/app/oracle

Actual result:
--
phpinfo() shows:

Compile-time ORACLE_HOME =>

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

Bug #50688 [Com]: Using exceptions inside usort() callback function causes a warning

[s...@php.net]

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

 ID:   50688
 Comment by:       s...@php.net
 Reported by:  jcampbell at remindermedia dot com
 Summary:  Using exceptions inside usort() callback function
   causes a warning
 Status:   Assigned
 Type: Bug
 Package:  Arrays related
 Operating System: Fedora Core 12
 PHP Version:  5.*, 6
 Assigned To:  stas

 New Comment:

The reason seems to be that when making exception backtrace,
debug_backtrace_get_args() uses SEPARATE_ZVAL_TO_MAKE_IS_REF() on
arguments, which makes it look as if the argument was indeed modified
(which usort is designed to protect against, since cmp callback is not
supposed to modify the arguments)


Previous Comments:

[2010-03-05 17:41:30] bernie at dcbl dot ca

affects gentoo builds after > 5.2.10 (5.2.11, 5.2.11-r1, and 5.2.12)


[2010-01-20 10:22:01] j...@php.net

This was caused by the fix for bug #50006 (there weren't such checks
before :)



Stas, can you check this out? Didn't expect anyone to use exceptions,
did you? :D


[2010-01-08 01:51:56] federico dot lebron at gmail dot com

The problem seems to be that usort checks the amount of references 

before and after the function call to see if the user-provided function


modified it, but inside the function call, debug_backtrace_get_args adds


a reference to the passed variables to use in e.g. debug_backtrace's 

"arg" element.


[2010-01-07 19:42:30] jcampbell at remindermedia dot com

Description:

If the callback function used by usort handles an exception using a
try/catch block, a warning is generated. The correct sorting is still
done. This happens even when the exception & handling doesn't involve
the variables.



The example below is the usort example from the manual with only the
try/catch block added. Reproducible in PHP 5.2.11 but not 5.2.9

Reproduce code:
---
http://bugs.php.net/bug.php?id=50688&edit=1

[PHP-BUG] Bug #51577 [NEW]: Uninitialized memory reference with oci_bind_array_by_name

[s...@php.net]

From: sixd
Operating system: n/a
PHP version:  5.3SVN-2010-04-16 (SVN)
Package:  OCI8 related
Bug Type: Bug
Bug description:Uninitialized memory reference with oci_bind_array_by_name

Description:

gcov.php.net shows all oci_bind_array_by_name tests giving a trace like:

==14231== Conditional jump or move depends on uninitialised value(s)

==14231==at 0x8542271: php_oci_bind_pre_exec (oci8_statement.c:816)

==14231==by 0x8AFE59E: zend_hash_apply_with_argument (zend_hash.c:697)

==14231==by 0x853DD3F: php_oci_statement_execute
(oci8_statement.c:456)

==14231==by 0x8557E7E: zif_oci_execute (oci8_interface.c:1295)

==14231==by 0x8B38E49: zend_do_fcall_common_helper_SPEC 

(zend_vm_execute.h:313)

==14231==by 0x8B43391: ZEND_DO_FCALL_SPEC_CONST_HANDLER 

(zend_vm_execute.h:1603)

==14231==by 0x8B378EE: execute (zend_vm_execute.h:104)

==14231==by 0x8AE2869: zend_execute_scripts (zend.c:1194)

==14231==by 0x8A10176: php_execute_script (main.c:2260)

==14231==by 0x8CAE9E9: main (php_cli.c:1192)

==14231== 

==14231== Use of uninitialised value of size 4

==14231==at 0x854227A: php_oci_bind_pre_exec (oci8_statement.c:816)

==14231==by 0x8AFE59E: zend_hash_apply_with_argument (zend_hash.c:697)

==14231==by 0x853DD3F: php_oci_statement_execute
(oci8_statement.c:456)

==14231==by 0x8557E7E: zif_oci_execute (oci8_interface.c:1295)

==14231==by 0x8B38E49: zend_do_fcall_common_helper_SPEC 

(zend_vm_execute.h:313)

==14231==by 0x8B43391: ZEND_DO_FCALL_SPEC_CONST_HANDLER 

(zend_vm_execute.h:1603)

==14231==by 0x8B378EE: execute (zend_vm_execute.h:104)

==14231==by 0x8AE2869: zend_execute_scripts (zend.c:1194)

==14231==by 0x8A10176: php_execute_script (main.c:2260)

==14231==by 0x8CAE9E9: main (php_cli.c:1192)

==14231== 



This is due to the oci_bind_by_name type check introduced 

http://svn.php.net/viewvc?view=revision&revision=289264

This problem is present in OCI8 1.4.0 and 1.4.1


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

[PHP-BUG] Bug #51691 [NEW]: Unnecessary realloc causes crash with "interned" strings

[s...@php.net]

From: sixd
Operating system: all
PHP version:  6SVN-2010-04-29 (SVN)
Package:  OCI8 related
Bug Type: Bug
Bug description:Unnecessary realloc causes crash with "interned" strings

Description:

These OCI8 tests are crashing after the implementation of "interned

string" in the PHP trunk code:



bind_char_1.phpt

bind_char_2.phpt

bind_char_3.phpt

bind_char_4.phpt

bind_rowid.phpt

error_bind.phpt



This is due to a realloc in php_oci_bind_post_exec() to add a null

terminator for bound data.  The crash happens on IN binds that are

interned since realloc is not permitted for interned strings.  Because

string IN binds are always null terminated the realloc is unnecessary.

Null strings are apparently not interned so modification of their zval

to force an empty string is OK.



String OUT binds have new memory allocated in php_oci_bind_callback()

and are not interned so they can be realloced.  Also all current test

cases already get null terminated output from Oracle.


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

Bug #51184 [Com]: DateInterval has incorrect days property on windows

[s...@php.net]

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

 ID:   51184
 Comment by:       s...@php.net
 Reported by:      s...@php.net
 Summary:  DateInterval has incorrect days property on windows
 Status:   Closed
 Type: Bug
 Package:  Date/time related
 Operating System: Windows
 PHP Version:  5.3.2RC3
 Assigned To:  seld

 New Comment:

VC6 NTS fails as well here. VC9 NTS works.


Previous Comments:

[2010-05-19 15:45:07] pluk77 at gmail dot com

Done so. Tested the VC6 and VC9 builds. The VC6 build still has this bug
while the VC9 does not.


[2010-05-19 15:22:51] s...@php.net

Can you try with VC9? Works here on latest VC9 Non Thread Safe


[2010-05-19 15:20:33] pluk77 at gmail dot com

I am using this version:



PHP5.3.2 VC6 x86 Thread Safe (2010-Mar-04 20:11:08)



and the bug still shows.



Can anybody else confirm this bug is still open?


[2010-05-19 11:54:18] s...@php.net

Confirmed working here. Kalle's comment came after 5.3.2 and I thought
the commit was younger too, but it seems good in 5.3.2 indeed.


[2010-05-19 11:43:47] paj...@php.net

It has been released, so try 5.3.2




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/bug.php?id=51184


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

[PHP-BUG] Bug #52186 [NEW]: phpinfo() shows 10.1 or 11.1 when installed with ORACLE_HOME 10.2 or 11.2

[s...@php.net]

From: sixd
Operating system: All
PHP version:  5.3SVN-2010-06-25 (SVN)
Package:  OCI8 related
Bug Type: Bug
Bug description:phpinfo() shows 10.1 or 11.1 when installed with ORACLE_HOME 
10.2 or 11.2

Description:

When the OCI8 extensions is installed using an ORACLE_HOME (not Instant
Client) 

10.2 or 11.2, the compile time Oracle version shown by phpinfo() is 10.1 or
11.1.  

This is because the displayed value is derived from an Oracle library
filename 

extension which, for drop-in compatibility, is not updated for the patch
releases 

of Oracle.



Also in some cases installing from PECL no version is shown at all because
the 

PHP build scripts can't define the required macro.



The fix is to use the OCI_MAJOR_VERSION and OCI_MINOR_VERSION macros in
oci8.c.  

These macros are available with Oracle libraries 10.2 onwards.




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

#51002 [NEW]: An int variable is used as size_t in child function

[s...@php.net]

From: s...@php.net
Operating system: n/a
PHP version:  5.3.2RC1
PHP Bug Type: Zip Related
Bug description:  An int variable is used as size_t in child function

Description:

In php_zip_add_from_pattern() a pointer to file_stripped_len is passed
to php_based which treats the address as a size_t. If the size of int
differs from the size of size_t then this could cause a memory access
error.

int entry_name_len,file_stripped_len;
...

php_basename(Z_STRVAL_PP(zval_file), Z_STRLEN_PP(zval_file), NULL, 0,
   &basename, (size_t *)&file_stripped_len TSRMLS_CC)

This is related to Rasmus's fix
http://svn.php.net/viewvc?view=revision&revision=294816


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

#51173 [NEW]: Unserialized objects with prototype changes results in duplicated properties

[s...@php.net]

From: s...@php.net
Operating system: Win7
PHP version:  5.3.2RC3
PHP Bug Type: Scripting Engine problem
Bug description:  Unserialized objects with prototype changes results in 
duplicated properties

Description:

If you serialize an object in the session and then change the properties
declaration from public to protected (or any other change), the
unserialized objects will have duplicated properties, once public and once
protected, and the object will not be able to read the public value so it
means the object state is broken.

This is obviously due to the way the protected values are stored as
"\0*\0property" => "value", but I still think the default unserializer code
should check if "property" exists, and fill it no matter what the access
level is, rather than creating another property with the same name. I don't
know how easy it'd be and how it would impact performance though, but it's
quite scary that the engine even allows having two properties with
different access levels and the same name.

Reproduce code:
---
// Run once like this, then change public $property to protected
$property, run again and look at var_dump output

session_start();

class testClass {
  public $property;
  public function __construct($val) {
$this->property = $val;
  }
}

if (!isset($_SESSION['obj'])) {
  $_SESSION['obj'] = new testClass('value');
}

var_dump($_SESSION['obj']);


Expected result:

object(testClass)[1]
  protected 'property' => string 'value' (length=5)

Actual result:
--
object(testClass)[1]
  protected 'property' => null
  public 'property' => string 'value' (length=5)

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

[PHP-BUG] Bug #51184 [NEW]: DateInterval has incorrect days property on windows

[s...@php.net]

From: 
Operating system: Windows
PHP version:  5.3.2RC3
Package:  Date/time related}
Bug Type: Bug
Bug description:DateInterval has incorrect days property on windows

Description:

On Windows, no matter what the dates are, the "days" property of the
DateInterval object returned by DateTime::diff() is always 6015.



Might be related to http://bugs.php.net/bug.php?id=49778 and
http://bugs.php.net/bug.php?id=49081

Test script:
---
$start = new DateTime('2010-06-06'); 

$end   = new DateTime('2011-02-04'); 

echo $start->diff($end)->days;



$start = new DateTime('2005-01-01'); 

echo $start->diff($end)->days;

Expected result:

The right number of days, or at least always 42 :)

Actual result:
--
6015, always.

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

[PHP-BUG] Bug #53158 [NEW]: strtotime('next monday') resets the time to 00:00

[s...@php.net]

From: seld
Operating system: All
PHP version:  5.3.3
Package:  Date/time related
Bug Type: Bug
Bug description:strtotime('next monday') resets the time to 00:00

Description:

strtotime() should not reset the time unless specified, "next monday" does
reset the time to 00:00, while "next week" does not.

Test script:
---
var_dump(strtotime('next monday'));

var_dump(strtotime('next week'));

var_dump(date('Y-m-d H:i:s', strtotime('next monday')));

var_dump(date('Y-m-d H:i:s', strtotime('next week')));

Expected result:

int 1288641482

int 1288641482

string '2010-11-01 19:58:02' (length=19)

string '2010-11-01 19:58:02' (length=19)

Actual result:
--
int 1288569600

int 1288641482

string '2010-11-01 00:00:00' (length=19)

string '2010-11-01 19:58:02' (length=19)

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

[PHP-BUG] Bug #53284 [NEW]: Valgrind warnings in oci_set_* functions

[s...@php.net]

From: sixd
Operating system: n/a
PHP version:  5.3.3
Package:  OCI8 related
Bug Type: Bug
Bug description:Valgrind warnings in oci_set_* functions 

Description:

Several oci_set functions use long instead of int for "s" lengths in 

zend_parse_parameters() calls


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

[PHP-BUG] Req #53812 [NEW]: IMAP module needs imap_fetchmime

[s...@php.net]

From: stas
Operating system: *
PHP version:  5.3.5
Package:  IMAP related
Bug Type: Feature/Change Request
Bug description:IMAP module needs imap_fetchmime

Description:

There's a function to get body of a MIME part of the email -
imap_fetchbody(). 

However, there's no function to get accompanying headers, even though
c-client had 

mail_fetch_mime() function that does exactly that. I think it needs to be
added - 

probably as imap_fetchmime() with the same signature as imap_fetchbody(). 


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

[PHP-BUG] Bug #53885 [NEW]: ZipArchive segfault with FL_UNCHANGED on empty archive

[s...@php.net]

From: stas
Operating system: *
PHP version:  5.3SVN-2011-01-30 (SVN)
Package:  Zlib related
Bug Type: Bug
Bug description:ZipArchive segfault with FL_UNCHANGED on empty archive

Description:

>From Maksymilian Arciemowicz:





PoC1:

php -r '$nx=new

ZipArchive();$nx->open("/dev/null");$nx-

>locateName("a",ZIPARCHIVE::FL_UNCHANGED);'



PoC2:

php -r '$nx=new

ZipArchive();$nx->open("empty.zip");$nx->statName("a",ZIPARCHIVE::FL_UNCHANGED);'





Segfault in _zip_name_locate.


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

[PHP-BUG] Bug #53913 [NEW]: Streams functions assume HAVE_GLOB is defined

[s...@php.net]

From: sixd
Operating system: All
PHP version:  trunk-SVN-2011-02-02 (SVN)
Package:  Streams related
Bug Type: Bug
Bug description:Streams functions assume HAVE_GLOB is defined

Description:

Streams functions should not assume HAVE_GLOB is defined.  It seems bug
#49301 is still not fixed.



I had a report that a PHP 5.3 failed to compile on HP/UX using gcc

because 'glob' is not found.  'make' failed with:



  ld: Unsatisfied symbol "php_glob_stream_wrapper" in file
ext/standard/.libs/basic_functions.o

  ld: Unsatisfied symbol "_php_glob_stream_get_path" in file
ext/spl/.libs/spl_directory.o

  ld: (Warning) Potential unresolved symbol "main":

  shared library reference is resolved to non-exported

  definition in file "sapi/cli/.libs/php_cli.o".

  ld: Unsatisfied symbol "php_glob_stream_ops" in file
ext/spl/.libs/spl_directory.o

  ld: Unsatisfied symbol "_php_glob_stream_get_count" in file
ext/spl/.libs/spl_directory.o

  1 warnings.

  4 errors.

  collect2: ld returned 1 exit status

  *** Error exit code 1



  Stop.



I can't verify why 'glob' isn't found but we can patch PHP not to fall

over so quickly.



A patch for 5.3 standard/basic_functions.c and streams/plain_wrapper.c

is attached to this bug.  A separate bug for the SPL changes will be

logged for independent review.  Patches from both bugs are required.



To test, configure PHP and then #undef HAVE_GLOB in main/php_config.h




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

[PHP-BUG] Bug #53914 [NEW]: SPL assumes HAVE_GLOB is defined

[s...@php.net]

From: sixd
Operating system: All
PHP version:  5.3.5
Package:  SPL related
Bug Type: Bug
Bug description:SPL assumes HAVE_GLOB is defined

Description:

SPL should not assume HAVE_GLOB is defined. See bug #53913 for

background.



This bug has some SPL changes that allow PHP to link.  A patch against

5.3 for standard/basic_functions.c and streams/plain_wrapper.c is

attached to bug #53913.  Patches from both bugs are required.

Props to Johannes for initiating the patches.



To test, configure PHP and then #undef HAVE_GLOB in main/php_config.h


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

[PHP-BUG] Bug #53974 [NEW]: Crash in trunk zend_dtoa() with unmet loop condition

[s...@php.net]

From: sixd
Operating system: Ubuntu 32 bit
PHP version:  trunk-SVN-2011-02-09 (SVN)
Package:  *General Issues
Bug Type: Bug
Bug description:Crash in trunk zend_dtoa() with unmet loop condition

Description:

A segfault occurs after a few reloads of a phpinfo() script with PHP trunk
on Ubuntu 10.04 and 10.10, both 32bit.  It doesn't occur with PHP_5_3.



Test script:
---
Steps:

- Start Apache: httpd -x

- Repeatedly load a script .

- Within 10 reloads, Apache segfaults.

Actual result:
--
Program received signal SIGSEGV, Segmentation fault.

0x009064ae in zend_dtoa (_d=197618504, mode=2, ndigits=14,
decpt=0xbfffc8cc, sign=0xbfffc8c8, rve=0x0) at
/home/cjones/phpsrc/php/php-src/trunk/Zend/zend_strtod.c:1670

(gdb) bt

#0  0x009064ae in zend_dtoa (_d=197618504, mode=2, ndigits=14,
decpt=0xbfffc8cc, sign=0xbfffc8c8, rve=0x0) at
/home/cjones/phpsrc/php/php-src/trunk/Zend/zend_strtod.c:1670

#1  0x0086d374 in php_gcvt (value=197618504, ndigit=14, dec_point=46 '.',
exponent=69 'E', buf=0xbfffc9cd "5\217") at
/home/cjones/phpsrc/php/php-src/trunk/main/snprintf.c:142

#2  0x008703a5 in xbuf_format_converter (xbuf=0xbfffcbf4, fmt=0xcfb477 "G",
ap=0xbfffcc58 "_(\210") at
/home/cjones/phpsrc/php/php-src/trunk/main/spprintf.c:669

#3  0x00870db5 in vspprintf (pbuf=0xbfffcd04, max_len=0, format=0xcfb474
"%.*G", ap=0xbfffcc4c "\016") at
/home/cjones/phpsrc/php/php-src/trunk/main/spprintf.c:797

#4  0x00903c63 in zend_spprintf (message=0xbfffcd04, max_len=0,
format=0xcfb474 "%.*G") at
/home/cjones/phpsrc/php/php-src/trunk/Zend/zend_exceptions.c:545

#5  0x008dc2ec in _convert_to_string (op=0xbfffcd04,
__zend_filename=0xccd72c
"/home/cjones/phpsrc/php/php-src/trunk/ext/standard/info.c",
__zend_lineno=252) at
/home/cjones/phpsrc/php/php-src/trunk/Zend/zend_operators.c:578

#6  0x007b4fc3 in php_print_gpcse_array (name=0xcce134 "_SERVER",
name_length=7) at
/home/cjones/phpsrc/php/php-src/trunk/ext/standard/info.c:252

#7  0x007b5e46 in php_print_info (flag=-1) at
/home/cjones/phpsrc/php/php-src/trunk/ext/standard/info.c:885

#8  0x007b66d4 in zif_phpinfo (ht=0, return_value=0xb7fc1734,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at
/home/cjones/phpsrc/php/php-src/trunk/ext/standard/info.c:1141

#9  0x0091a7d0 in zend_do_fcall_common_helper_SPEC
(execute_data=0xb7fa6074) at
/home/cjones/phpsrc/php/php-src/trunk/Zend/zend_vm_execute.h:638

#10 0x0091fac5 in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0xb7fa6074) at
/home/cjones/phpsrc/php/php-src/trunk/Zend/zend_vm_execute.h:1935

#11 0x00919632 in execute (op_array=0xb7fc0808) at
/home/cjones/phpsrc/php/php-src/trunk/Zend/zend_vm_execute.h:410

#12 0x008e629e in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /home/cjones/phpsrc/php/php-src/trunk/Zend/zend.c:1212

#13 0x0086cc4f in php_execute_script (primary_file=0xb3ac) at
/home/cjones/phpsrc/php/php-src/trunk/main/main.c:2344

#14 0x009ed1f8 in php_handler (r=0x83299c8) at
/home/cjones/phpsrc/php/php-src/trunk/sapi/apache2handler/sapi_apache2.c:667

#15 0x0807c556 in ap_run_handler (r=0x83299c8) at config.c:158

#16 0x0807fc01 in ap_invoke_handler (r=0x83299c8) at config.c:372

#17 0x080974e0 in ap_process_request (r=0x83299c8) at http_request.c:282

#18 0x08094520 in ap_process_http_connection (c=0x8323b48) at
http_core.c:190

#19 0x08083fe6 in ap_run_process_connection (c=0x8323b48) at
connection.c:43

#20 0x080b472d in child_main (child_num_arg=) at
prefork.c:662

#21 0x080b49df in make_child (s=0x80e5db8, slot=0) at prefork.c:702

#22 0x080b509c in ap_mpm_run (_pconf=0x80df0a8, plog=0x811d1a0,
s=0x80e5db8) at prefork.c:978

#23 0x08069134 in main (argc=2, argv=0xb8f4) at main.c:740

(gdb) p j1

$1 = -2147483648

(gdb) p j

$2 = -1

(gdb) p *decpt

$3 = 9154443

(gdb) p *sign

$4 = 0

(gdb) p i

$5 = 4678168

(gdb) p d

$6 = {

  d = nan(0xf),

  ul = {4294967295, 2147483647}

}



The crash is at the assignment of bigtens[i] in:



else if ((j1 = -k)) {

value(d) *= tens[j1 & 0xf];

for(j = j1 >> 4; j; j >>= 1, i++)

if (j & 1) {

ieps++;

value(d) *= bigtens[i];

}

}



Because j is -1 it can never satisfy the loop condition



The relevant code in the file is unchanged from PHP 5.3 and dropping in PHP
5.3 zend_strtod.[ch] files into trunk and rebuilding doesn't fix it.



-- 
Edit bug report at http://bugs.php.net/bug.php?id=53974&edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53974&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53974&r=trysnapshot53
Try a snapshot (trunk):  
http://bugs.php.net/fix.php?id=53974&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53974&r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=53974&r=needdocs
Fixed in release:
http:/

Req #51879 [PATCH]: Add the ability to set the TCP_NODELAY flag for socket streams

[s...@php.net]

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

 ID: 51879
 Patch added by:     s...@php.net
 Reported by:suppakilla at gmail dot com
 Summary:Add the ability to set the TCP_NODELAY flag for
 socket streams
 Status: Open
 Type:   Feature/Change Request
 Package:Streams related
 Operating System:   *
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: add-tcp-nodelay
Revision:   1297968256
URL:   
http://bugs.php.net/patch-display.php?bug=51879&patch=add-tcp-nodelay&revision=1297968256


Previous Comments:

[2010-05-24 11:57:52] suppakilla at gmail dot com

In relation to http://bugs.php.net/bug.php?id=46360 I think it would be
useful 

to have the ability to set the TCP_NODELAY flag on socket streams. The
arguments 

for this feature request are basically the same as of #6360, and it
would 

greatly help with performances under certain circumstances when dealing
with 

chatty network protocols.



The following snippet is an example of how the resulting code might look
like in 

a PHP script:



$opts = array(

'socket' => array(

'tcp_nodelay' => false,

),

);

$ctx = stream_context_create($opts);

$stream = stream_socket_client($uri, $errno, $errstr, $timeout, $flags,
$ctx);





Cheers,

Daniele Alessandri


[2010-05-21 15:56:33] suppakilla at gmail dot com

Description:

In relation to http://bugs.php.net/bug.php?id=46360 I think it would be
useful 

to have the ability to set the TCP_NODELAY flag on socket streams. The
arguments 

for this feature request are basically the same as of #6360, and it
would 

greatly help with performances under certain circumstances when dealing
with 

chatty network protocols.



The following snippet is an example of how the resulting code might look
like in 

a PHP script:



$opts = array(

'socket' => array(

'tcp_nodelay' => false,

),

);

$stream = stream_socket_client($uri, $errno, $errstr, $timeout, $flags,
$opts);





Cheers,

Daniele Alessandri







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

Req #51879 [PATCH]: Add the ability to set the TCP_NODELAY flag for socket streams

[s...@php.net]

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

 ID: 51879
 Patch added by:     s...@php.net
 Reported by:suppakilla at gmail dot com
 Summary:Add the ability to set the TCP_NODELAY flag for
 socket streams
 Status: Open
 Type:   Feature/Change Request
 Package:Streams related
 Operating System:   *
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: add-tcp-nodelay
Revision:   1297969705
URL:   
http://bugs.php.net/patch-display.php?bug=51879&patch=add-tcp-nodelay&revision=1297969705


Previous Comments:

[2011-02-17 19:45:59] s...@php.net

So.. I attached a patch, but I have not tested it (can't compile on this
machine) and it's also the first time I touch PHP's sources, so given my
little C experience it may very well be incorrect. But I wanted to show
goodwill. Hopefully someone picks this up and implements this small
feature.

----
[2011-02-17 19:44:16] s...@php.net

The following patch has been added/updated:

Patch Name: add-tcp-nodelay
Revision:   1297968256
URL:   
http://bugs.php.net/patch-display.php?bug=51879&patch=add-tcp-nodelay&revision=1297968256


[2010-05-24 11:57:52] suppakilla at gmail dot com

In relation to http://bugs.php.net/bug.php?id=46360 I think it would be
useful 

to have the ability to set the TCP_NODELAY flag on socket streams. The
arguments 

for this feature request are basically the same as of #6360, and it
would 

greatly help with performances under certain circumstances when dealing
with 

chatty network protocols.



The following snippet is an example of how the resulting code might look
like in 

a PHP script:



$opts = array(

'socket' => array(

'tcp_nodelay' => false,

),

);

$ctx = stream_context_create($opts);

$stream = stream_socket_client($uri, $errno, $errstr, $timeout, $flags,
$ctx);





Cheers,

Daniele Alessandri


[2010-05-21 15:56:33] suppakilla at gmail dot com

Description:

In relation to http://bugs.php.net/bug.php?id=46360 I think it would be
useful 

to have the ability to set the TCP_NODELAY flag on socket streams. The
arguments 

for this feature request are basically the same as of #6360, and it
would 

greatly help with performances under certain circumstances when dealing
with 

chatty network protocols.



The following snippet is an example of how the resulting code might look
like in 

a PHP script:



$opts = array(

'socket' => array(

'tcp_nodelay' => false,

),

);

$stream = stream_socket_client($uri, $errno, $errstr, $timeout, $flags,
$opts);





Cheers,

Daniele Alessandri







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

Req #51879 [PATCH]: Add the ability to set the TCP_NODELAY flag for socket streams

[s...@php.net]

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

 ID: 51879
 Patch added by:     s...@php.net
 Reported by:suppakilla at gmail dot com
 Summary:Add the ability to set the TCP_NODELAY flag for
 socket streams
 Status: Assigned
 Type:   Feature/Change Request
 Package:Streams related
 Operating System:   *
 PHP Version:Irrelevant
 Assigned To:johannes
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: add-tcp-nodelay
Revision:   1297974430
URL:   
http://bugs.php.net/patch-display.php?bug=51879&patch=add-tcp-nodelay&revision=1297974430


Previous Comments:

[2011-02-17 20:11:23] s...@php.net

So the attached patch should be good now, as you (johannes) said
TCP_NODELAY is used without ifdef [1] already so it should be fine to
use it as is.



Now if I could have php-src karma to commit it myself it'd make my day,
but I guess that's not good enough :)



[1]
http://lxr.php.net/opengrok/xref/PHP_5_3/ext/mysqlnd/mysqlnd_net.c#50


[2011-02-17 20:08:25] s...@php.net

The following patch has been added/updated:

Patch Name: add-tcp-nodelay
Revision:   1297969705
URL:   
http://bugs.php.net/patch-display.php?bug=51879&patch=add-tcp-nodelay&revision=1297969705

----
[2011-02-17 19:45:59] s...@php.net

So.. I attached a patch, but I have not tested it (can't compile on this
machine) and it's also the first time I touch PHP's sources, so given my
little C experience it may very well be incorrect. But I wanted to show
goodwill. Hopefully someone picks this up and implements this small
feature.

--------
[2011-02-17 19:44:16] s...@php.net

The following patch has been added/updated:

Patch Name: add-tcp-nodelay
Revision:   1297968256
URL:   
http://bugs.php.net/patch-display.php?bug=51879&patch=add-tcp-nodelay&revision=1297968256


[2010-05-24 11:57:52] suppakilla at gmail dot com

In relation to http://bugs.php.net/bug.php?id=46360 I think it would be
useful 

to have the ability to set the TCP_NODELAY flag on socket streams. The
arguments 

for this feature request are basically the same as of #6360, and it
would 

greatly help with performances under certain circumstances when dealing
with 

chatty network protocols.



The following snippet is an example of how the resulting code might look
like in 

a PHP script:



$opts = array(

'socket' => array(

'tcp_nodelay' => false,

),

);

$ctx = stream_context_create($opts);

$stream = stream_socket_client($uri, $errno, $errstr, $timeout, $flags,
$ctx);





Cheers,

Daniele Alessandri




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/bug.php?id=51879


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

Req #51879 [PATCH]: Add the ability to set the TCP_NODELAY flag for socket streams

[s...@php.net]

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

 ID: 51879
 Patch added by:     s...@php.net
 Reported by:suppakilla at gmail dot com
 Summary:Add the ability to set the TCP_NODELAY flag for
 socket streams
 Status: Assigned
 Type:   Feature/Change Request
 Package:Streams related
 Operating System:   *
 PHP Version:Irrelevant
 Assigned To:johannes
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: add-tcp-nodelay
Revision:   1297975503
URL:   
http://bugs.php.net/patch-display.php?bug=51879&patch=add-tcp-nodelay&revision=1297975503


Previous Comments:

[2011-02-17 21:27:11] s...@php.net

The following patch has been added/updated:

Patch Name: add-tcp-nodelay
Revision:   1297974430
URL:   
http://bugs.php.net/patch-display.php?bug=51879&patch=add-tcp-nodelay&revision=1297974430


[2011-02-17 20:11:23] s...@php.net

So the attached patch should be good now, as you (johannes) said
TCP_NODELAY is used without ifdef [1] already so it should be fine to
use it as is.



Now if I could have php-src karma to commit it myself it'd make my day,
but I guess that's not good enough :)



[1]
http://lxr.php.net/opengrok/xref/PHP_5_3/ext/mysqlnd/mysqlnd_net.c#50

----
[2011-02-17 20:08:25] s...@php.net

The following patch has been added/updated:

Patch Name: add-tcp-nodelay
Revision:   1297969705
URL:   
http://bugs.php.net/patch-display.php?bug=51879&patch=add-tcp-nodelay&revision=1297969705

--------
[2011-02-17 19:45:59] s...@php.net

So.. I attached a patch, but I have not tested it (can't compile on this
machine) and it's also the first time I touch PHP's sources, so given my
little C experience it may very well be incorrect. But I wanted to show
goodwill. Hopefully someone picks this up and implements this small
feature.

--------
[2011-02-17 19:44:16] s...@php.net

The following patch has been added/updated:

Patch Name: add-tcp-nodelay
Revision:   1297968256
URL:   
http://bugs.php.net/patch-display.php?bug=51879&patch=add-tcp-nodelay&revision=1297968256




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/bug.php?id=51879


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

[PHP-BUG] Bug #54040 [NEW]: Logical && where & probably needed in spl_iterators.c

[s...@php.net]

From: sixd
Operating system: Generic
PHP version:  5.3.6RC1
Package:  SPL related
Bug Type: Bug
Bug description:Logical && where & probably needed in spl_iterators.c

Description:

The HP/UX compiler reports the following:



"/home/users/cjones/php-5.3.5/ext/spl/spl_iterators.c", line 2742: warning
#4277-D: 

  logical AND with a constant, do you mean to use '&'?

if ((flags && CIT_FULL_CACHE) != 0 && (intern->u.caching.flags &
CIT_FULL_CACHE) == 0) {

   ^



Similar nearby code uses '&' so the warning is probably accurate.

Can this code be reviewed and fixed if the test is incorrect? 


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

[PHP-BUG] Req #54084 [NEW]: Fix apxs Apache version test to work with Apache variants

[s...@php.net]

From: sixd
Operating system: All
PHP version:  5.3.6RC1
Package:  *Configuration Issues
Bug Type: Feature/Change Request
Bug description:Fix apxs Apache version test to work with Apache variants

Description:

A small change to acinclude.m4 will let the Apache version number check

work correctly when installing PHP on Oracle HTTP Server (OHS).



The end user work around is to edit 'configure' and change

 APACHE_VERSION=`expr $4 \* 100 + $5 \* 1000 + $6`

   to

 APACHE_VERSION=`expr $6 \* 100 + $7 \* 1000 + $8`



The suggested real base patch is:



Index: acinclude.m4

===

--- acinclude.m4(revision 308331)

+++ acinclude.m4(working copy)

@@ -2590,7 +2590,7 @@

 dnl version for apache1/2.

 dnl

 AC_DEFUN([PHP_AP_EXTRACT_VERSION],[

-  ac_output=`$1 -v 2>&1 | grep version`

+  ac_output=`$1 -v 2>&1 | grep version | $SED -e 's/Oracle-HTTP-//'`

   ac_IFS=$IFS

 IFS="- /.

 "




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

[PHP-BUG] Bug #54156 [NEW]: touch() doesn't support streams

[s...@php.net]

From: stas
Operating system: *
PHP version:  5.3.6RC2
Package:  Filesystem function related
Bug Type: Bug
Bug description:touch() doesn't support streams

Description:

Unlike most of other filesystem functions, touch() completely ignores
stream 

filenames, including overriding file stream, etc. It should support streams
and do 

fopen("c")/fclose on them. 


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

[PHP-BUG] Bug #54261 [NEW]: Crash when assigning value to a dimension in a non-array

[s...@php.net]

From: 
Operating system: MacOS X 10.6.6
PHP version:  5.3SVN-2011-03-16 (SVN)
Package:  Reproducible crash
Bug Type: Bug
Bug description:Crash when assigning value to a dimension in a non-array

Description:

Reported by Christian Holler on mailing list, test named 

'crashMemCorruptionZvalDtorFunc', produces the following on valgrind:





==71892== Invalid read of size 4

==71892==at 0x51D7EA: zend_hash_destroy (in /Users/smalyshev/mphp)

==71892==by 0x50DFCC: _zval_dtor_func (in /Users/smalyshev/mphp)

==71892==by 0x4FFB62: _zval_dtor (in /Users/smalyshev/mphp)

==71892==by 0x4FFEB6: _zval_ptr_dtor (in /Users/smalyshev/mphp)

==71892==by 0x5B0982: ZEND_ASSIGN_DIM_SPEC_CV_CONST_HANDLER (in 

/Users/smalyshev/mphp)

==71892==by 0x53AB23: execute (in /Users/smalyshev/mphp)

==71892==by 0x510794: zend_execute_scripts (in /Users/smalyshev/mphp)

==71892==by 0x49D228: php_execute_script (in /Users/smalyshev/mphp)

==71892==by 0x5D2CDD: main (in /Users/smalyshev/mphp)

==71892==  Address 0x5c is not stack'd, malloc'd or (recently) free'd



The bug seems to be because in ZEND_ASSIGN_DIM_SPEC_CV_CONST_HANDLER, 

error_zval_ptr is used to assign to it as if it were array, which seems to
lead 

to unexpected consequences. 

Test script:
---
$a = '0';

var_dump(isset($a['b']));

$simpleString = preg_match('//', '', $a->a);

$simpleString["wrong"] = "f";




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

[PHP-BUG] Bug #54262 [NEW]: Crash when assigning value to a dimension in a non-array

[s...@php.net]

From: 
Operating system: MacOS X 10.6.6
PHP version:  5.3SVN-2011-03-16 (SVN)
Package:  Reproducible crash
Bug Type: Bug
Bug description:Crash when assigning value to a dimension in a non-array

Description:

Reported by Christian Holler on mailing list, test named 

'crashMemCorruptionZvalDtorFunc', produces the following on valgrind:





==71892== Invalid read of size 4

==71892==at 0x51D7EA: zend_hash_destroy (in /Users/smalyshev/mphp)

==71892==by 0x50DFCC: _zval_dtor_func (in /Users/smalyshev/mphp)

==71892==by 0x4FFB62: _zval_dtor (in /Users/smalyshev/mphp)

==71892==by 0x4FFEB6: _zval_ptr_dtor (in /Users/smalyshev/mphp)

==71892==by 0x5B0982: ZEND_ASSIGN_DIM_SPEC_CV_CONST_HANDLER (in 

/Users/smalyshev/mphp)

==71892==by 0x53AB23: execute (in /Users/smalyshev/mphp)

==71892==by 0x510794: zend_execute_scripts (in /Users/smalyshev/mphp)

==71892==by 0x49D228: php_execute_script (in /Users/smalyshev/mphp)

==71892==by 0x5D2CDD: main (in /Users/smalyshev/mphp)

==71892==  Address 0x5c is not stack'd, malloc'd or (recently) free'd



The bug seems to be because in ZEND_ASSIGN_DIM_SPEC_CV_CONST_HANDLER, 

error_zval_ptr is used to assign to it as if it were array, which seems to
lead 

to unexpected consequences. 

Test script:
---
$a = '0';

var_dump(isset($a['b']));

$simpleString = preg_match('//', '', $a->a);

$simpleString["wrong"] = "f";




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

Bug #54262 [Com]: Crash when assigning value to a dimension in a non-array

[s...@php.net]

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

 ID: 54262
 Comment by:     s...@php.net
 Reported by:    s...@php.net
 Summary:Crash when assigning value to a dimension in a
 non-array
 Status: Open
 Type:   Bug
 Package:Reproducible crash
 Operating System:   MacOS X 10.6.6
 PHP Version:5.3SVN-2011-03-16 (SVN)
 Block user comment: N
 Private report: N

 New Comment:

Looks like SEND_REF in preg_match() line makes error_zval_ptr not point
to 

error_zval, which may be the source of the problem...


Previous Comments:

[2011-03-16 01:48:50] s...@php.net

Description:

Reported by Christian Holler on mailing list, test named 

'crashMemCorruptionZvalDtorFunc', produces the following on valgrind:





==71892== Invalid read of size 4

==71892==at 0x51D7EA: zend_hash_destroy (in /Users/smalyshev/mphp)

==71892==by 0x50DFCC: _zval_dtor_func (in /Users/smalyshev/mphp)

==71892==by 0x4FFB62: _zval_dtor (in /Users/smalyshev/mphp)

==71892==by 0x4FFEB6: _zval_ptr_dtor (in /Users/smalyshev/mphp)

==71892==by 0x5B0982: ZEND_ASSIGN_DIM_SPEC_CV_CONST_HANDLER (in 

/Users/smalyshev/mphp)

==71892==by 0x53AB23: execute (in /Users/smalyshev/mphp)

==71892==by 0x510794: zend_execute_scripts (in
/Users/smalyshev/mphp)

==71892==by 0x49D228: php_execute_script (in /Users/smalyshev/mphp)

==71892==by 0x5D2CDD: main (in /Users/smalyshev/mphp)

==71892==  Address 0x5c is not stack'd, malloc'd or (recently) free'd



The bug seems to be because in ZEND_ASSIGN_DIM_SPEC_CV_CONST_HANDLER, 

error_zval_ptr is used to assign to it as if it were array, which seems
to lead 

to unexpected consequences. 

Test script:
---
$a = '0';

var_dump(isset($a['b']));

$simpleString = preg_match('//', '', $a->a);

$simpleString["wrong"] = "f";









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

[PHP-BUG] Bug #54264 [NEW]: race condition in error_handler+zend_timeout

[s...@php.net]

From: stas
Operating system: MacOS X 10.6.6
PHP version:  5.3SVN-2011-03-16 (SVN)
Package:  Scripting Engine problem
Bug Type: Bug
Bug description:race condition in error_handler+zend_timeout

Description:

Reported by Christian Holler on mailing list, the example code produces
double 

free with following backtrace:





#0  0x955d3f82 in malloc_error_break ()

#1  0x954e3b63 in free ()

#2  0x0049a4b4 in php_error_cb (type=1, error_filename=0x2422a0c 

"/Users/smalyshev/Desktop/crash-reports1/crashPhpErrorCbDoubleFree/min.php",


error_lineno=7, format=0x628d28 "Maximum execution time of %d second%s 

exceeded", args=0xbfffe638 "\001") at
/Users/smalyshev/php-5.3/main/main.c:910

#3  0x002de81b in soap_error_handler (error_num=1, error_filename=0x2422a0c


"/Users/smalyshev/Desktop/crash-reports1/crashPhpErrorCbDoubleFree/min.php",


error_lineno=7, format=0x628d28 "Maximum execution time of %d second%s 

exceeded", args=0xbfffe638 "\001") at /Users/smalyshev/php-

5.3/ext/soap/soap.c:2286

#4  0x00510205 in zend_error (type=1, format=0x628d28 "Maximum execution
time of 

%d second%s exceeded") at /Users/smalyshev/php-5.3/Zend/zend.c:1020

#5  0x00503361 in zend_timeout (dummy=27) at /Users/smalyshev/php-

5.3/Zend/zend_execute_API.c:1332

#6  

#7  0x954e12e1 in szone_malloc_should_clear ()

#8  0x954e11a8 in malloc_zone_malloc ()

#9  0x954df278 in malloc ()

#10 0x954e753c in strdup ()

#11 0x0049a507 in php_error_cb (type=8, error_filename=0x2422a0c 

"/Users/smalyshev/Desktop/crash-reports1/crashPhpErrorCbDoubleFree/min.php",


error_lineno=7, format=0x62b238 "Undefined variable: %s", args=0xb158
"?

RB\002΁Q") at /Users/smalyshev/php-5.3/main/main.c:919



The reason seems to be that when this code in php_error_cb is run:





if (display) {

if (PG(last_error_message)) {

free(PG(last_error_message));

}

if (PG(last_error_file)) {

free(PG(last_error_file));

}

if (!error_filename) {

error_filename = "Unknown";

}

PG(last_error_type) = type;

PG(last_error_message) = strdup(buffer);

PG(last_error_file) = strdup(error_filename);

PG(last_error_lineno) = error_lineno;

}



The timeout happens between freeing and reassigning last_error_message or 

last_error_file, and thus it is freed second time when timeout is going to


process the error. 

Test script:
---
 2) {

break;

}

}

}

plop();




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

[PHP-BUG] Bug #54265 [NEW]: crash when variable gets reassigned in error handler

[s...@php.net]

From: stas
Operating system: MacOS X 10.6.6
PHP version:  5.3SVN-2011-03-16 (snap)
Package:  Reproducible crash
Bug Type: Bug
Bug description:crash when variable gets reassigned in error handler

Description:

Reported by Christian Holler on mailing list, the code below produces
invalid 

memory access due to the fact that the line:



if (!Z_OBJ_HT_P(object)->write_property) {



tries to access handler table of the object variable while it's not an
object and 

is not initialized. 

Test script:
---
errormsg = "xyz");



Actual result:
--
==81019== Invalid read of size 4

==81019==at 0x563FE7: zend_assign_to_object (in /Users/smalyshev/mphp)

==81019==by 0x563C0A: ZEND_ASSIGN_OBJ_SPEC_VAR_CONST_HANDLER (in 

/Users/smalyshev/mphp)

==81019==by 0x53AACF: execute (in /Users/smalyshev/mphp)

==81019==by 0x510740: zend_execute_scripts (in /Users/smalyshev/mphp)

==81019==by 0x49D190: php_execute_script (in /Users/smalyshev/mphp)

==81019==by 0x5D2C35: main (in /Users/smalyshev/mphp)

==81019==  Address 0x10 is not stack'd, malloc'd or (recently) free'd

==81019== 



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

[PHP-BUG] Bug #54266 [NEW]: crash on shutdown when destroying circular references in object

[s...@php.net]

From: stas
Operating system: MacOS X 10.6.6
PHP version:  5.3SVN-2011-03-16 (snap)
Package:  Reproducible crash
Bug Type: Bug
Bug description:crash on shutdown when destroying circular references in object

Description:

Reported by Christian Holler on mailing list, the example code produces
crash on 

engine shutdown.

Test script:
---
dad = null; /* no segfault if this is commented out
*/

}

}



class Dad extends Person {

public $son;

public function __construct() {

$this->son = new Person;

$this->son->dad = $this; /* no segfault if this is
commented out */

}

public function __destruct() {

$dad = new dad;

parent::__destruct(); /* segfault here */

}

}



$o = new Dad;

unset($o);

echo "ok\n";



Actual result:
--
Program received signal EXC_BAD_ACCESS, Could not access memory.

Reason: KERN_PROTECTION_FAILURE at address: 0x0004

0x005310bd in gc_remove_from_buffer [inlined] () at /Users/smalyshev/php-

src/branches/PHP_5_3/Zend/zend_gc.h:265

265 GC_REMOVE_FROM_BUFFER(root_buffer);

(gdb) bt

#0  0x005310bd in gc_remove_from_buffer [inlined] () at
/Users/smalyshev/php-

src/branches/PHP_5_3/Zend/zend_gc.h:265

#1  0x005310bd in gc_remove_zval_from_buffer (zv=0x2424dd8) at 

/Users/smalyshev/php-5.3/Zend/zend_gc.c:265

#2  0x004ffe56 in _zval_ptr_dtor (zval_ptr=0x2425154) at
/Users/smalyshev/php-

5.3/Zend/zend_execute_API.c:442

#3  0x0051d7b7 in zend_hash_destroy (ht=0x24250f0) at
/Users/smalyshev/php-

5.3/Zend/zend_hash.c:529

#4  0x00533700 in zend_object_std_dtor (object=0x24250c0) at 

/Users/smalyshev/php-5.3/Zend/zend_objects.c:45

#5  0x00533af0 in zend_objects_free_object_storage (object=0x24250c0) at 

/Users/smalyshev/php-5.3/Zend/zend_objects.c:126

#6  0x00538002 in zend_objects_store_free_object_storage (objects=0xa97d90)
at 

/Users/smalyshev/php-5.3/Zend/zend_objects_API.c:92

#7  0x004ff84b in shutdown_executor () at /Users/smalyshev/php-

5.3/Zend/zend_execute_API.c:302

#8  0x0050fdf9 in zend_deactivate () at
/Users/smalyshev/php-5.3/Zend/zend.c:890

#9  0x0049bea7 in php_request_shutdown (dummy=0x0) at
/Users/smalyshev/php-

5.3/main/main.c:1635

#10 0x005d359f in main (argc=2, argv=0xb864) at /Users/smalyshev/php-

5.3/sapi/cli/php_cli.c:1374



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

[PHP-BUG] Bug #54268 [NEW]: Double free when destroy_zend_class fails

[s...@php.net]

From: stas
Operating system: MacOS X 10.6.6
PHP version:  5.3SVN-2011-03-16 (snap)
Package:  Scripting Engine problem
Bug Type: Bug
Bug description:Double free when destroy_zend_class fails

Description:

Reported by Christian Holler on mailing list, the example code produces
double 

free on module shutdown, because of the fact that it fail to clean up the
class 

table and remove the class from it, but the memory under the class is freed
by 

memory manager shutdown.

Test script:
---
test = new DestructableObject;

}

}

class Test

{

public static $mystatic;

}

$x = new Test();

Test::$mystatic = new DestructorCreator();



Actual result:
--
==83356== Invalid read of size 4

==83356==at 0x505250: destroy_zend_class (zend_opcode.c:182)

==83356==by 0x51D7B6: zend_hash_destroy (zend_hash.c:529)

==83356==by 0x50F8DA: zend_shutdown (zend.c:762)

==83356==by 0x49CD73: php_module_shutdown (main.c:2146)

==83356==by 0x5D3604: main (php_cli.c:1388)

==83356==  Address 0x38f58a8 is 65,640 bytes inside a block of size 262,144
free'd

==83356==at 0xC87F18: free (vg_replace_malloc.c:366)

==83356==by 0x4EABAD: zend_mm_mem_malloc_free (zend_alloc.c:297)

==83356==by 0x4EB96C: zend_mm_shutdown (zend_alloc.c:1648)

==83356==by 0x4ED494: shutdown_memory_manager (zend_alloc.c:2562)

==83356==by 0x49C029: php_request_shutdown (main.c:1654)

==83356==by 0x5D359E: main (php_cli.c:1374)

==83356== 



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

Bug #36759 [Com]: Objects destructors are invoked in wrong order when script is finished

[s...@php.net]

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

 ID: 36759
 Comment by:     s...@php.net
 Reported by:alexander dot v at zend dot com
 Summary:Objects destructors are invoked in wrong order when
 script is finished
 Status: Assigned
 Type:   Bug
 Package:Scripting Engine problem
 Operating System:   all
 PHP Version:5CVS-2006-03-16 (snap)
 Assigned To:dmitry
 Block user comment: N
 Private report: N

 New Comment:

According to Tim Starling, still happens, details to follow soon.


Previous Comments:

[2006-07-12 08:57:50] dmi...@php.net

Fixed in CVS HEAD and PHP_5_2.


[2006-03-16 15:12:50] dmi...@php.net

Reproduce code:

---

bar = $bar;

  }

  function __destruct() {

echo __METHOD__,"\n";

unset($this->bar);

  }

}



class Bar {

  function __destruct() {

echo __METHOD__,"\n";

unset($this->bar);

  }

}

$y = new Bar();

$x = new Foo($y);

?>



Expected result:



Foo::__destruct

Bar::__destruct



Actual result:

--

Bar::__destruct

Foo::__destruct






[2006-03-16 15:02:04] alexander dot v at zend dot com

Description:

Object destructors are invoked in an arbitrarily order.

Objects from a global_symbol_table should be destructed first.

Reproduce code:
---
too large and not deterministic

Expected result:

none

Actual result:
--
none






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

[PHP-BUG] Bug #55071 [NEW]: Change in-built web server description

[s...@php.net]

From: 
Operating system: Linux
PHP version:  5.4SVN-2011-06-29 (SVN)
Package:  CGI related
Bug Type: Bug
Bug description:Change in-built web server description

Description:

For the in-built web-server in 5.4, Andi suggested:

"I'd change:
Server is listening on localhost:8000... Press CTRL-C to quit.
To something like:
PHP Development Server is listening on localhost:8000... Press CTRL-C to
quit. "

Andi's original mail is at
http://marc.info/?l=php-internals&m=130309968512464


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

[PHP-BUG] Bug #55072 [NEW]: In-built web server needs to check -t option is a directory

[s...@php.net]

From: 
Operating system: Linux
PHP version:  5.4SVN-2011-06-29 (SVN)
Package:  CGI related
Bug Type: Bug
Bug description:In-built web server needs to check -t option is a directory

Description:

The PHP 5.4 in-built webserver needs validate that the -t argument is a 
directory.






Test script:
---
$ php54 -n -S localhost:8000 -t routing.php

Expected result:

$ php54 -n -S localhost:8000 -t routing.php 
"routing.php is not a directory."

(or a better phrased error message)

Actual result:
--
$ php54 -n -S localhost:8000 -t routing.php 
Server is listening on localhost:8000 in routing.php ... Press CTRL-C to
quit.

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

[PHP-BUG] Bug #55076 [NEW]: requires() fails in a subdirectory with the in-built webserver

[s...@php.net]

From: 
Operating system: Linux
PHP version:  5.4SVN-2011-06-29 (SVN)
Package:  CGI related
Bug Type: Bug
Bug description:requires() fails in a subdirectory with the in-built webserver

Description:

Working-directory handling in the in-built webserver differs from Apache. 
This 
makes some non-trivial apps impossible to use in the CLI webserver.

Extract the testcase (attached as a patch).
  $ tar -zxf wstest.tgz
  $ cd wstest
  $ php -n -S localhost:8000

In a browser, load http://localhost:8000/

The contents of index.html are displayed:
Click here to load mydir/requiresfoo.php 

Click the link.

Test script:
---
See "patch" file

Expected result:

In mydir/requiresfoo.php
In mydir/foo.php


Actual result:
--
Warning: Unknown: failed to open stream: No such file or directory in
Unknown on 
line 0
Fatal error: Unknown: Failed opening required './mydir/requiresfoo.php' 
(include_path='.:/home/cjones/php54-ic112/lib/php') in Unknown on line 0


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