[PHP-BUG] Bug #60156 [NEW]: Segmentation fault at _zend_mm_alloc_int

2011-10-27 Thread dbetz at df dot eu 
From: 
Operating system: Gentoo
PHP version:  5.3.8
Package:  FPM related
Bug Type: Bug
Bug description:Segmentation fault at _zend_mm_alloc_int

Description:

Hello,

when posting in vBulletin Board the PHP-FPM receives an segfault.


Program received signal SIGSEGV, Segmentation fault.
_zend_mm_alloc_int (heap=0x8a3aa30, size=52) at
/root/compile/php-5.3/latest/php-5.3.8/Zend/zend_alloc.c:1835
1835/root/compile/php-5.3/latest/php-5.3.8/Zend/zend_alloc.c: No such
file or directory.
in /root/compile/php-5.3/latest/php-5.3.8/Zend/zend_alloc.c
(gdb) bt full
#0  _zend_mm_alloc_int (heap=0x8a3aa30, size=52) at
/root/compile/php-5.3/latest/php-5.3.8/Zend/zend_alloc.c:1835
bitmap = 
best_fit = 
true_size = 60
block_size = 
remaining_size = 
segment_size = 
segment = 
keep_rest = 
#1  0x0842ea0c in _zend_hash_quick_add_or_update (ht=0x90dc2f0,
arKey=0x90d8b78 "plaintext_parser", nKeyLength=17, h=3773187690,
pData=0x90d8b64,
nDataSize=4, pDest=0xba7522a8, flag=1) at
/root/compile/php-5.3/latest/php-5.3.8/Zend/zend_hash.c:315
p = 0x0
#2  0x0842ef06 in zend_hash_copy (target=0x90dc2f0, source=0x8e88318,
pCopyConstructor=0x84216f0 , tmp=0xba7522e8, size=4)
at /root/compile/php-5.3/latest/php-5.3.8/Zend/zend_hash.c:788
p = 0x90d8b58
new_entry = 0x90d8a40
#3  0x084217df in _zval_copy_ctor_func (zvalue=0x9003c60) at
/root/compile/php-5.3/latest/php-5.3.8/Zend/zend_variables.c:134
tmp = 0x5b
original_ht = 0x8e88318
#4  0x084226a0 in _zval_copy_ctor (type=8, format=0x898f84c "Use of
undefined constant %s - assumed '%s'")
at /root/compile/php-5.3/latest/php-5.3.8/Zend/zend_variables.h:45
No locals.
#5  zend_error (type=8, format=0x898f84c "Use of undefined constant %s -
assumed '%s'") at /root/compile/php-5.3/latest/php-5.3.8/Zend/zend.c:1103
retval = 
z_error_type = 0x90054d4
z_error_message = 0x90da358
z_error_filename = 0x90082a0
z_error_lineno = 0x90082f4
z_context = 0x9003c60
error_filename = 0x90d5b34
"/home/user/testforen/domaingo/includes/functions_newpost.php(668) :
eval()'d code"
error_lineno = 43
orig_user_error_handler = 
in_compilation = 
saved_class_entry = 
#6  0x08448926 in ZEND_FETCH_CONSTANT_SPEC_UNUSED_CONST_HANDLER
(execute_data=0x8b92abc)
at /root/compile/php-5.3/latest/php-5.3.8/Zend/zend_vm_execute.h:17844
actual = 0x90dafe4 "postid"
opline = 0x90de7e0
#7  0x0844d33e in execute (op_array=0x8e90548) at
/root/compile/php-5.3/latest/php-5.3.8/Zend/zend_vm_execute.h:107
ret = 
execute_data = 0x8b92abc
nested = 1 '\001'
original_in_execution = 0 '\000'
#8  0x08421b46 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /root/compile/php-5.3/latest/php-5.3.8/Zend/zend.c:1236
i = 1
file_handle = 0xba7568a0
orig_op_array = 0x0
orig_retval_ptr_ptr = 0x0
#9  0x083cf596 in php_execute_script (primary_file=0xba7568a0) at
/root/compile/php-5.3/latest/php-5.3.8/main/main.c:2284
realfile =
"ø4uºóûJ\b\000À½©ÿÿÿÿ\000\000\000\000sd@\b@è¼\b\020@¿©8´¼\b|FuºO±Ù\001ù\213\t\000(5uº\t;J\b\003\000\000\000\030\065uº\b\000\000\000\000\000\000\000 \203=©ôo=©Nß.©\000\000\000\000\001\000\000\000|Fuº¤ö¼\bô\206\000\000\060ª£\b¤ö¼\bX5uº\002\000\000\000
\000\000\000\002\000\000\000\001\000\000\000P\204=©\025A;©\000\000\000\000Ø\203=©ä?;©ïB;©\020\000\000\000\000\000\000\000\a\000\000\000 \203=©\000\000\002\000Ð\203=©ôo=© \203=©ôðä\b¨5uº,\005/©"...
---Type  to continue, or q  to quit---
__orig_bailout = 0xba756750
__bailout = {{__jmpbuf = {-1166710624, 149219088, -1166719584,
-1166719512, 2100435798, -292405198}, __mask_was_saved = 0, __saved_mask =
{
  __val = {0, 41205, 0, 4096, 96, 0, 1307476459, 0, 1307472900,
0, 1307476461, 0, 851998, 0, 149313384, 148992216, 149221620, 3128247784,
138241681, 3, 4, 3128247648, 1, 149221372, 3128256336,
3128247672, 149215192, 149219088, 147225912, 3128247784, 2112977750,
2305
prepend_file_p = 0x0
append_file_p = 
prepend_file = {type = ZEND_HANDLE_FILENAME, filename = 0x0,
opened_path = 0x0, handle = {fd = 0, fp = 0x0, stream = {handle = 0x0,
isatty = 0,
  mmap = {len = 0, pos = 0, map = 0x0, buf = 0x0, old_handle =
0x0, old_closer = 0}, reader = 0, fsizer = 0, closer = 0}},
  free_filename = 0 '\000'}
append_file = {type = ZEND_HANDLE_FILENAME, filename = 0x0,
opened_path = 0x0, handle = {fd = 0, fp = 0x0, stream = {handle = 0x0,
isatty = 0,
  mmap = {len = 0, pos = 0, map = 0x0, buf = 0x0, old_handle =
0x0, old_closer = 0}, reader = 0, fsizer = 0, closer = 0}},
  free_filename = 0 '\000'}
retval = 0
#10 0x084acb2c in main (argc=3, argv=Cannot access memory

Bug #49306 [Com]: socket settings are ignored

2011-10-27 Thread gnoodl+php at gmail dot com 
Edit report at https://bugs.php.net/bug.php?id=49306&edit=1

 ID: 49306
 Comment by: gnoodl+php at gmail dot com
 Reported by:aaatoja at o2 dot pl
 Summary:socket settings are ignored
 Status: Closed
 Type:   Bug
 Package:PDO related
 Operating System:   Opensuse 11.0
 PHP Version:5.3.0
 Block user comment: N
 Private report: N

 New Comment:

Status should be OPEN. This bug is still present in 5.3.8

See http://staging.philipbrown.id.au/pdo-test.php


Previous Comments:

[2009-08-21 07:46:44] s...@php.net

Automatic comment from SVN on behalf of tony2001
Revision: http://svn.php.net/viewvc/?view=revision&revision=287530
Log: fix build broken by the fix for bug #49306


[2009-08-20 12:13:49] il...@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/.
 
Thank you for the report, and for helping us make PHP better.




[2009-08-20 12:13:39] s...@php.net

Automatic comment from SVN on behalf of iliaa
Revision: http://svn.php.net/viewvc/?view=revision&revision=287504
Log: Fixed bug #49306 (inside pdo_mysql default socket settings are ignored).


[2009-08-20 08:46:51] aaatoja at o2 dot pl

Description:

PHP 5.3.0 My php.ini settings:
[Pdo_mysql]
pdo_mysql.default_socket= /srv/mysql/mysql.sock

[MySQL]
mysql.default_port = 3306
mysql.default_socket = /srv/mysql/mysql.sock

Mysql or Mysqli connection works fine but PDO throws error: Can't connect to 
local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)

Socket must be hardcoded somewhere.







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

[PHP-BUG] Bug #60155 [NEW]: pdo_mysql.default_socket ignored

2011-10-27 Thread gnoodl+php at gmail dot com 
From: 
Operating system: Linux (Ubuntu)
PHP version:  5.3.8
Package:  PDO related
Bug Type: Bug
Bug description:pdo_mysql.default_socket ignored

Description:

The `pdo_mysql.default_socket` configuration setting is ignored when
creating a 
PDO MySQL connection to "localhost"

On my system, `pdo_mysql.default_socket` is set to
"/var/run/mysqld/mysqld.sock"

I've created a proof of concept here -
http://staging.philipbrown.id.au/pdo-
test.php

Test script:
---
$db = new PDO('mysql:host=localhost;dbname=test', 'pdotest', 'pdotest');
echo $db->getAttribute(PDO::ATTR_SERVER_VERSION);


Expected result:

Expect to see MySQL server version, eg "5.1.37-1ubuntu5.5"

Actual result:
--
PDOException with message "SQLSTATE[HY000] [2002] Can't connect to local
MySQL 
server through socket '/tmp/mysql.sock' (2)"

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

Bug #60154 [Opn->Bgs]: OCIEnvNlsCreate() failed. please check that LD_LIBRARY_PATH includes ...

2011-10-27 Thread sixd 
Edit report at https://bugs.php.net/bug.php?id=60154&edit=1

 ID: 60154
 Updated by: s...@php.net
 Reported by:jiten dot luhar at gmail dot com
 Summary:OCIEnvNlsCreate() failed. please check that
 LD_LIBRARY_PATH includes ...
-Status: Open
+Status: Bogus
 Type:   Bug
 Package:OCI8 related
 Operating System:   AIX 6.1
 PHP Version:5.3.8
 Block user comment: N
 Private report: N

 New Comment:

Since this works in command line PHP there's no indication of a bug in any PHP 
code.  Please follow up on a support forum such at 
http://www.oracle.com/technetwork/forums/php/index.html
There are few things that could be looked at.


Previous Comments:

[2011-10-27 21:31:54] jiten dot luhar at gmail dot com

Description:

Hi,
I recently build following after lots of strugle.
Server: IBM
OS: AIX 6.1
Apache: 2.2.19
PHP: 5.3.8

To make sure I have installed all the pre-requisite using AIX RPM packages 
without any errors.

Configure command for Apache:
./configure --prefix=/opt/myenv/share --with-ssl=/usr/bin/openssl --enable-ssl 
--enable-setenvif --enable-rewrite --enable-so

I have downloaded Oracle Instace Client 11.1.0.7(Basic + SDK) and unziped at 
/opt/myenv/share/oracle

Configure Command for PHP:
./configure --prefix=/opt/myenv/share 
--with-config-file-scan-dir=/opt/myenv/share/etc/php.d 
--with-apxs2=/opt/myenv/share/bin/apxs  --host=powerpc-ibm-aix6.1.0.0 
--with-zlib --with-zlib-dir=/opt/freeware --enable-libxml 
--with-libxml-dir=/opt/freeware --with-pcre-dir=/opt/freeware 
--with-mysqli=mysqlnd --with-oci8=instantclient,/opt/myenv/share/oracle


Now,
While connecting Oracle database, its giving me following error.

PHP Warning:  ociplogon() [function.ociplogon]: OCIEnvNlsCreate() failed. 
There is something wrong with your system - please check that LD_LIBRARY_PATH 
includes the directory with Oracle Instant Client libraries


Surprisely, this error not Coming when i run PHP from SHELL script. It will 
comes when i run PHP using Apache on Browser.

I tried every solution that i found on all other BUGS/Website.

i.e.
File: /opt/myenv/share/bin/envvars

export LD_LIBRARY_PATH = /opt/myenv/share/oracle 

File: /opt/myenv/share/conf/httpd.conf

SetEnv LD_LIBRARY_PATH /opt/myenv/share/oracle
LoadModule php5_modulemodules/libphp5.so


In phpinfo(), it shows LD_LIBRARY_PATH correctly in all sections where it 
should be. i.e. in ENVIRONMENT, in PHP Variables, In Apach Environment sections.

But still, i am having same error with NO LUCK !!!

[As i mentioned, i am not getting this error when executing same file from 
SHELL, and it connects to DB successfully]

Expected result:

OCI8 should able to find LD_LIBRARY_PATH.

/opt/myenv/share/conf/httpd.conf:
SetEnv LD_LIBRARY_PATH /opt/myenv/share/oracle
LoadModule php5_modulemodules/libphp5.so

/opt/myenv/share/bin/envvars:
LD_LIBRARY_PATH="/opt/myenv/share/oracle"
export LD_LIBRARY_PATH

/opt/myenv/share/oracle:
-rw-rw-rw-1 rootroot   192 Sep 26 2008  SQLPLUS_README
-r--r--r--1 rootroot   342 Sep 26 2008  glogin.sql
-r-xr-xr-x1 rootroot  36838851 Sep 26 2008  libsqlplus.so
-r-xr-xr-x1 rootroot   1508116 Sep 26 2008  libsqlplusic.so
-r-xr-xr-x1 rootroot  36768154 Sep 26 2008  sqlplus
-r--r--r--1 rootroot  40210154 Sep 26 2008  libclntsh.a
-r--r--r--1 rootroot   6057596 Sep 26 2008  libocci.a
-r-xr-xr-x1 rootroot   4606923 Sep 26 2008  libocci.so
-r-xr-xr-x1 rootroot714625 Sep 26 2008  libocijdbc11.so
-r--r--r--1 rootroot   1890499 Sep 26 2008  ojdbc5.jar
-r--r--r--1 rootroot   1988051 Sep 26 2008  ojdbc6.jar
-rw-rw-rw-1 rootroot   188 Sep 26 2008  BASIC_README
-rwxrwxrwx1 rootroot 52556 Sep 26 2008  adrci
-rwxrwxrwx1 rootroot 35546 Sep 26 2008  genezi
-r-xr-xr-x1 rootroot  39129029 Sep 26 2008  libclntsh.so
-r-xr-xr-x1 rootroot   4269968 Sep 26 2008  libnnz11.so
-rwxrwxrwx1 rootroot  82898597 Sep 26 2008  libociei.so



Actual result:
--
PHP Warning:  ociplogon() [function.ociplogon]: OCIEnvNlsCreate() failed. 
There is something wrong with your system - please check that LD_LIBRARY_PATH 
includes the directory with Oracle Instant Client libraries






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

[PHP-BUG] Bug #60154 [NEW]: OCIEnvNlsCreate() failed. please check that LD_LIBRARY_PATH includes ...

2011-10-27 Thread jiten dot luhar at gmail dot com 
From: 
Operating system: AIX 6.1
PHP version:  5.3.8
Package:  OCI8 related
Bug Type: Bug
Bug description:OCIEnvNlsCreate() failed. please check that LD_LIBRARY_PATH 
includes ...

Description:

Hi,
I recently build following after lots of strugle.
Server: IBM
OS: AIX 6.1
Apache: 2.2.19
PHP: 5.3.8

To make sure I have installed all the pre-requisite using AIX RPM packages
without any errors.

Configure command for Apache:
./configure --prefix=/opt/myenv/share --with-ssl=/usr/bin/openssl
--enable-ssl --enable-setenvif --enable-rewrite --enable-so

I have downloaded Oracle Instace Client 11.1.0.7(Basic + SDK) and unziped
at /opt/myenv/share/oracle

Configure Command for PHP:
./configure --prefix=/opt/myenv/share
--with-config-file-scan-dir=/opt/myenv/share/etc/php.d
--with-apxs2=/opt/myenv/share/bin/apxs  --host=powerpc-ibm-aix6.1.0.0
--with-zlib --with-zlib-dir=/opt/freeware --enable-libxml
--with-libxml-dir=/opt/freeware --with-pcre-dir=/opt/freeware
--with-mysqli=mysqlnd --with-oci8=instantclient,/opt/myenv/share/oracle


Now,
While connecting Oracle database, its giving me following error.

PHP Warning:  ociplogon() [function.ociplogon]: OCIEnvNlsCreate()
failed. There is something wrong with your system - please check that
LD_LIBRARY_PATH includes the directory with Oracle Instant Client
libraries


Surprisely, this error not Coming when i run PHP from SHELL script. It will
comes when i run PHP using Apache on Browser.

I tried every solution that i found on all other BUGS/Website.

i.e.
File: /opt/myenv/share/bin/envvars

export LD_LIBRARY_PATH = /opt/myenv/share/oracle 

File: /opt/myenv/share/conf/httpd.conf

SetEnv LD_LIBRARY_PATH /opt/myenv/share/oracle
LoadModule php5_modulemodules/libphp5.so


In phpinfo(), it shows LD_LIBRARY_PATH correctly in all sections where it
should be. i.e. in ENVIRONMENT, in PHP Variables, In Apach Environment
sections.

But still, i am having same error with NO LUCK !!!

[As i mentioned, i am not getting this error when executing same file from
SHELL, and it connects to DB successfully]

Expected result:

OCI8 should able to find LD_LIBRARY_PATH.

/opt/myenv/share/conf/httpd.conf:
SetEnv LD_LIBRARY_PATH /opt/myenv/share/oracle
LoadModule php5_modulemodules/libphp5.so

/opt/myenv/share/bin/envvars:
LD_LIBRARY_PATH="/opt/myenv/share/oracle"
export LD_LIBRARY_PATH

/opt/myenv/share/oracle:
-rw-rw-rw-1 rootroot   192 Sep 26 2008  SQLPLUS_README
-r--r--r--1 rootroot   342 Sep 26 2008  glogin.sql
-r-xr-xr-x1 rootroot  36838851 Sep 26 2008  libsqlplus.so
-r-xr-xr-x1 rootroot   1508116 Sep 26 2008  libsqlplusic.so
-r-xr-xr-x1 rootroot  36768154 Sep 26 2008  sqlplus
-r--r--r--1 rootroot  40210154 Sep 26 2008  libclntsh.a
-r--r--r--1 rootroot   6057596 Sep 26 2008  libocci.a
-r-xr-xr-x1 rootroot   4606923 Sep 26 2008  libocci.so
-r-xr-xr-x1 rootroot714625 Sep 26 2008  libocijdbc11.so
-r--r--r--1 rootroot   1890499 Sep 26 2008  ojdbc5.jar
-r--r--r--1 rootroot   1988051 Sep 26 2008  ojdbc6.jar
-rw-rw-rw-1 rootroot   188 Sep 26 2008  BASIC_README
-rwxrwxrwx1 rootroot 52556 Sep 26 2008  adrci
-rwxrwxrwx1 rootroot 35546 Sep 26 2008  genezi
-r-xr-xr-x1 rootroot  39129029 Sep 26 2008  libclntsh.so
-r-xr-xr-x1 rootroot   4269968 Sep 26 2008  libnnz11.so
-rwxrwxrwx1 rootroot  82898597 Sep 26 2008  libociei.so



Actual result:
--
PHP Warning:  ociplogon() [function.ociplogon]: OCIEnvNlsCreate()
failed. There is something wrong with your system - please check that
LD_LIBRARY_PATH includes the directory with Oracle Instant Client libraries

-- 
Edit bug report at https://bugs.php.net/bug.php?id=60154&edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60154&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60154&r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=60154&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60154&r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=60154&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60154&r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=60154&r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=60154&r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=60154&r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=60154&r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=60154&r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=60154&r=notenoughinfo
Submitted twice:

Req #52647 [Com]: Function to get Windows drive letters

2011-10-27 Thread shaun dot spiller at yahoo dot com 
Edit report at https://bugs.php.net/bug.php?id=52647&edit=1

 ID: 52647
 Comment by: shaun dot spiller at yahoo dot com
 Reported by:shaun dot spiller at yahoo dot com
 Summary:Function to get Windows drive letters
 Status: Assigned
 Type:   Feature/Change Request
 Package:Filesystem function related
 Operating System:   Windows
 PHP Version:5.3.3
 Assigned To:pajoye
 Block user comment: N
 Private report: N

 New Comment:

@fate at jehy dot ru

'Twas the very first thing I tried. The problem is it spins up sleeping drives. 
For the floppy drive it had the particularly nasty effect of displaying this 
message on the desktop: "Windows - No Disk: There is no disk in the drive. 
Please insert a disk into drive. Cancel / Try Again / Continue".

That's not very good in CLI and certainly no good in a web server environment, 
and I was making a remote file access script, you see. It needed a proper API 
call, one way or another.


Previous Comments:

[2011-10-27 12:11:29] paj...@php.net

@fate at jehy dot ru

it could be handy and it costs less to do it using the system's API direclty.


[2011-10-27 11:56:43] fate at jehy dot ru

So useless.



function get_drives()
{
$d='ABCDEFGHIJKLMNOPQRSTUVWXYZ';
$drives='';
for($i=0;$ihttps://bugs.php.net/bug.php?id=52647


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

Bug #60153 [Opn]: Interface method prototypes not enforced when implementd via traits.

2011-10-27 Thread tsteiner at nerdclub dot net 
Edit report at https://bugs.php.net/bug.php?id=60153&edit=1

 ID: 60153
 User updated by:tsteiner at nerdclub dot net
 Reported by:tsteiner at nerdclub dot net
 Summary:Interface method prototypes not enforced when
 implementd via traits.
 Status: Open
 Type:   Bug
 Package:Class/Object related
 PHP Version:5.4.0beta2
 Block user comment: N
 Private report: N

 New Comment:

Sorry, the expected result should be

PHP Fatal error:  Declaration of C::oneArgument() must be compatible with 
I::oneArgument($a) in test.php on line 11


Previous Comments:

[2011-10-27 19:58:30] tsteiner at nerdclub dot net

Description:

When an class implements an interface and then uses a method defined in a trait 
for the implementation, the prototype of the method is not enforced.

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

[PHP-BUG] Bug #60153 [NEW]: Interface method prototypes not enforced when implementd via traits.

2011-10-27 Thread tsteiner at nerdclub dot net 
From: 
Operating system: 
PHP version:  5.4.0beta2
Package:  Class/Object related
Bug Type: Bug
Bug description:Interface method prototypes not enforced when implementd via 
traits.

Description:

When an class implements an interface and then uses a method defined in a
trait for the implementation, the prototype of the method is not enforced.

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

Bug #60146 [Com]: Last 2 lines of page not being output

2011-10-27 Thread david dot gero at ec dot gc dot ca 
Edit report at https://bugs.php.net/bug.php?id=60146&edit=1

 ID: 60146
 Comment by: david dot gero at ec dot gc dot ca
 Reported by:david dot gero at ec dot gc dot ca
 Summary:Last 2 lines of page not being output
 Status: Feedback
 Type:   Bug
 Package:Built-in web server
 Operating System:   Windows XP
 PHP Version:5.4.0beta2
 Block user comment: N
 Private report: N

 New Comment:

Tried using curl from cygwin to access the page, and the last two lines are 
missing the same way, so the problem is not Internet Explorer


Previous Comments:

[2011-10-27 15:00:56] david dot gero at ec dot gc dot ca

Looks like I was wrong about the test script being truncated above.  Just 
didn't scroll far enough to the right.

So, if you can't reproduce, whereas it fails every time for me, I've uploaded 
my php.ini file.

There are no errors in php_error.log

I'm testing on Windows XP with Service Pack 3, running the following 
startup.cmd:

@echo off
title PHP
start "PHP" /MAX php -S 127.0.0.1:8000 -t \repos\gerod\html
exit

testflush.php is in \repos\gerod\html\admin\testflush.php

Using Internet Explorer 7 at http://localhost:8000/admin/testflush.php

Page->View Source shows that the last two lines were never output


[2011-10-27 14:33:41] david dot gero at ec dot gc dot ca

Renaming to testflush.txt gives the following:

Error: uploaded patch file must be text file (save as e.g. "patch.txt" or 
"package.diff") (detected "text/x-php")
Could not attach patch "testflush.txt" to Bug #60146

Your upload system is scanning inside the file, probably using the "file" 
command, which indeed gives type "text/x-php", regardless of the extension.  
However why this is not accepted as text by your system is a mystery, and a bug 
in itself.

I will email you the script, and hope you can figure out how to upload it.


[2011-10-27 09:50:00] larue...@php.net

and, I can't reproduce this in my environ with your test script pasted above.
plz check your php error log, if there is some error. thanks


[2011-10-27 09:44:36] larue...@php.net

rename to testflush.txt, thanks


[2011-10-26 22:56:53] david dot gero at ec dot gc dot ca

Okay, your bug system has me stumped.  Can't upload the test script, because I 
get the following:

Error: uploaded patch file must be text file (save as e.g. "patch.txt" or 
"package.diff") (detected "text/x-php")
Could not attach patch "testflush.php" to Bug #60146

Interesting bug that "text/x-php" is not considered text.
The test script is only 20 lines, but some of them are long.

Email me with a good return address and I will send the test script to you.  Or 
maybe you could tell me how I'm supposed to upload it.




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=60146


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

Bug #60144 [Bgs]: php-cgi not created when compiled with --enable-fpm

2011-10-27 Thread napsty at gmail dot com 
Edit report at https://bugs.php.net/bug.php?id=60144&edit=1

 ID: 60144
 User updated by:napsty at gmail dot com
 Reported by:napsty at gmail dot com
 Summary:php-cgi not created when compiled with --enable-fpm
 Status: Bogus
 Type:   Bug
 Package:FPM related
 Operating System:   Debian Squeeze
 PHP Version:5.3.8
 Block user comment: N
 Private report: N

 New Comment:

Hi Johannes,
Thanks but that doesn't work either:

./configure --prefix=/usr \
--with-libdir=lib64 \
--with-config-file-path=/etc/apache2 \
--with-openssl \
--with-kerberos \
--with-zlib \
--enable-bcmath \
--with-bz2 \
--enable-calendar \
--with-curl \
--enable-exif \
--enable-ftp \
--with-gd \
--enable-gd-native-ttf \
--with-freetype-dir \
--with-jpeg-dir \
--with-png-dir \
--with-gettext \
--with-imap \
--with-imap-ssl \
--enable-intl \
--enable-mbstring \
--with-mcrypt \
--with-mysql \
--with-mysqli \
--with-pdo-mysql \
--enable-soap \
--enable-sockets \
--with-iconv \
--with-xsl \
--enable-zip \
--enable-cgi \
--enable-fpm

cgi binary is not created:

ll sapi/cgi/
total 144K
-rw-r--r-- 1 majordomo majordomo  66K Aug 11 08:38 cgi_main.c
-rwxr-xr-x 1 majordomo majordomo 1.7K Sep 27  2007 CHANGES
-rw-r--r-- 1 majordomo majordomo 3.1K Oct  1  2007 config9.m4
-rw-r--r-- 1 majordomo majordomo  322 Oct  5  2007 config.w32
-rw-r--r-- 1 majordomo majordomo   72 Feb 14  2007 CREDITS
-rw-r--r-- 1 majordomo majordomo  30K Jan 19  2011 fastcgi.c
-rw-r--r-- 1 majordomo majordomo 4.5K Jan  1  2011 fastcgi.h
-rw-r--r-- 1 majordomo majordomo   68 Sep 26  2007 Makefile.frag
-rw-r--r-- 1 majordomo majordomo0 Sep 26  2007 php.sym
-rw-r--r-- 1 majordomo majordomo 6.0K Jul 24  2006 README.FastCGI
drwxr-xr-x 2 majordomo majordomo 4.0K Aug 23 11:31 tests


Also if I want to use php-cgi to pass it to the php-fpm daemon it kind of makes 
no sense to compile php twice.


Previous Comments:

[2011-10-27 16:09:36] johan...@php.net

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

CGI is the default SAPI. If another SAPI is selected cgi won't be built. To 
force CGI there is --enable-cgi as option. CLI is an exception and controlled 
individually.


[2011-10-26 20:01:59] napsty at gmail dot com

Description:

I'm not sure if this is a compile bug or if there's missing some important 
information in the documentation. However it's a case which should be looked at.

When compiling PHP with the option '--enable-fpm', the cli binary (php) is 
created, but the cgi binary (php-cgi) is not created.
Either there's a problem in the creation of the binaries or the documentation 
should be updated with this information.

I've found bug report #53271 which informs about this problem but it is shown 
as 'fixed in trunk'. That was 5.3.3 at the time, meanwhile a new version from 
trunk should have been created if I'm not mistaken?

Test script:
---
#!/bin/sh
./configure --prefix=/usr \
--with-libdir=lib64 \
--with-config-file-path=/etc/apache2 \
--with-openssl \
--with-kerberos \
--with-zlib \
--enable-bcmath \
--with-bz2 \
--enable-calendar \
--with-curl \
--enable-exif \
--enable-ftp \
--with-gd \
--enable-gd-native-ttf \
--with-freetype-dir \
--with-jpeg-dir \
--with-png-dir \
--with-gettext \
--with-imap \
--with-imap-ssl \
--enable-intl \
--enable-mbstring \
--with-mcrypt \
--with-mysql \
--with-mysqli \
--with-pdo-mysql \
--enable-soap \
--enable-sockets \
--with-iconv \
--with-xsl \
--enable-zip \
--enable-fpm

Expected result:

All binaries should be created (php, php-cgi, php-fpm).

php-5.3.8 # ll sapi/cgi/
total 29M
-rw-r--r-- 1 someuser someuser  66K Aug 11 08:38 cgi_main.c
-rw-r--r-- 1 root  root   310 Oct 26 21:57 cgi_main.lo
-rw-r--r-- 1 root  root  141K Oct 26 21:57 cgi_main.o
-rwxr-xr-x 1 someuser someuser 1.7K Sep 27  2007 CHANGES
-rw-r--r-- 1 someuser someuser 3.1K Oct  1  2007 config9.m4
-rw-r--r-- 1 someuser someuser  322 Oct  5  2007 config.w32
-rw-r--r-- 1 someuser someuser   72 Feb 14  2007 CREDITS
-rw-r--r-- 1 someuser someuser  30K Jan 19  2011 fastcgi.c
-rw-r--r-- 1 someuser someuser 4.5K Jan  1  2011 fastcgi.h
-rw-r--r-- 1 root  root   308 Oct 26 21:57 fastcgi.lo
-rw-r--r-- 1 root  root   88K Oct 26 21:57 fastcgi.o
-rw-r--r-- 1 someuser someuser   68 Sep 26  2007 Makefile.frag
-rwxr-xr-x 1 root  root   28M Oct 26 21:57 php-cgi
-rw-r--r-- 1 someuser someuser0 Sep 26  2007 php.sym
-rw-r--r-- 1 someuser someuser 6.0K Jul 24  2006 README.FastCGI
drwxr-xr-x 2 someuser someuser 4.0K Aug 23 11:31 tests

Actual result:
--
After make, only cli (php) and an

[PHP-BUG] Bug #60152 [NEW]: HANDLE_BLOCK_INTERRUPTIONS mismatch in _apc_store

2011-10-27 Thread askalski at gmail dot com 
From: 
Operating system: n/a
PHP version:  Irrelevant
Package:  APC
Bug Type: Bug
Bug description:HANDLE_BLOCK_INTERRUPTIONS mismatch in _apc_store

Description:

The _apc_store function (php_apc.c) fails to HANDLE_UNBLOCK_INTERRUPTIONS()
when returning the "Unable to allocate memory for pool." error.   (Verified
that the issue exists in the 3.1.9 sources.)

Test script:
---
n/a

Expected result:

n/a

Actual result:
--
n/a

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

[PHP-BUG] Bug #60151 [NEW]: Defunct group listed in events - Sandy PHP UG

2011-10-27 Thread steve-php at spamwiz dot com 
From: 
Operating system: n/a
PHP version:  Irrelevant
Package:  Website problem
Bug Type: Bug
Bug description:Defunct group listed in events - Sandy PHP UG

Description:

The Sandy PHP UG has been defunct for many years, and nobody has been able
to contact them using the information listed.


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

Bug #60144 [Opn->Bgs]: php-cgi not created when compiled with --enable-fpm

2011-10-27 Thread johannes 
Edit report at https://bugs.php.net/bug.php?id=60144&edit=1

 ID: 60144
 Updated by: johan...@php.net
 Reported by:napsty at gmail dot com
 Summary:php-cgi not created when compiled with --enable-fpm
-Status: Open
+Status: Bogus
 Type:   Bug
 Package:FPM related
 Operating System:   Debian Squeeze
 PHP Version:5.3.8
 Block user comment: N
 Private report: N

 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

CGI is the default SAPI. If another SAPI is selected cgi won't be built. To 
force CGI there is --enable-cgi as option. CLI is an exception and controlled 
individually.


Previous Comments:

[2011-10-26 20:01:59] napsty at gmail dot com

Description:

I'm not sure if this is a compile bug or if there's missing some important 
information in the documentation. However it's a case which should be looked at.

When compiling PHP with the option '--enable-fpm', the cli binary (php) is 
created, but the cgi binary (php-cgi) is not created.
Either there's a problem in the creation of the binaries or the documentation 
should be updated with this information.

I've found bug report #53271 which informs about this problem but it is shown 
as 'fixed in trunk'. That was 5.3.3 at the time, meanwhile a new version from 
trunk should have been created if I'm not mistaken?

Test script:
---
#!/bin/sh
./configure --prefix=/usr \
--with-libdir=lib64 \
--with-config-file-path=/etc/apache2 \
--with-openssl \
--with-kerberos \
--with-zlib \
--enable-bcmath \
--with-bz2 \
--enable-calendar \
--with-curl \
--enable-exif \
--enable-ftp \
--with-gd \
--enable-gd-native-ttf \
--with-freetype-dir \
--with-jpeg-dir \
--with-png-dir \
--with-gettext \
--with-imap \
--with-imap-ssl \
--enable-intl \
--enable-mbstring \
--with-mcrypt \
--with-mysql \
--with-mysqli \
--with-pdo-mysql \
--enable-soap \
--enable-sockets \
--with-iconv \
--with-xsl \
--enable-zip \
--enable-fpm

Expected result:

All binaries should be created (php, php-cgi, php-fpm).

php-5.3.8 # ll sapi/cgi/
total 29M
-rw-r--r-- 1 someuser someuser  66K Aug 11 08:38 cgi_main.c
-rw-r--r-- 1 root  root   310 Oct 26 21:57 cgi_main.lo
-rw-r--r-- 1 root  root  141K Oct 26 21:57 cgi_main.o
-rwxr-xr-x 1 someuser someuser 1.7K Sep 27  2007 CHANGES
-rw-r--r-- 1 someuser someuser 3.1K Oct  1  2007 config9.m4
-rw-r--r-- 1 someuser someuser  322 Oct  5  2007 config.w32
-rw-r--r-- 1 someuser someuser   72 Feb 14  2007 CREDITS
-rw-r--r-- 1 someuser someuser  30K Jan 19  2011 fastcgi.c
-rw-r--r-- 1 someuser someuser 4.5K Jan  1  2011 fastcgi.h
-rw-r--r-- 1 root  root   308 Oct 26 21:57 fastcgi.lo
-rw-r--r-- 1 root  root   88K Oct 26 21:57 fastcgi.o
-rw-r--r-- 1 someuser someuser   68 Sep 26  2007 Makefile.frag
-rwxr-xr-x 1 root  root   28M Oct 26 21:57 php-cgi
-rw-r--r-- 1 someuser someuser0 Sep 26  2007 php.sym
-rw-r--r-- 1 someuser someuser 6.0K Jul 24  2006 README.FastCGI
drwxr-xr-x 2 someuser someuser 4.0K Aug 23 11:31 tests

Actual result:
--
After make, only cli (php) and and php-fpm binaries are created.

php-5.3.8 # ll sapi/cgi/
total 144K
-rw-r--r-- 1 someuser someuser  66K Aug 11 08:38 cgi_main.c
-rwxr-xr-x 1 someuser someuser 1.7K Sep 27  2007 CHANGES
-rw-r--r-- 1 someuser someuser 3.1K Oct  1  2007 config9.m4
-rw-r--r-- 1 someuser someuser  322 Oct  5  2007 config.w32
-rw-r--r-- 1 someuser someuser   72 Feb 14  2007 CREDITS
-rw-r--r-- 1 someuser someuser  30K Jan 19  2011 fastcgi.c
-rw-r--r-- 1 someuser someuser 4.5K Jan  1  2011 fastcgi.h
-rw-r--r-- 1 someuser someuser   68 Sep 26  2007 Makefile.frag
-rw-r--r-- 1 someuser someuser0 Sep 26  2007 php.sym
-rw-r--r-- 1 someuser someuser 6.0K Jul 24  2006 README.FastCGI
drwxr-xr-x 2 someuser someuser 4.0K Aug 23 11:31 tests






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

[PHP-BUG] Bug #60149 [NEW]: SPL autoloader not called in error handler triggered by private __call

2011-10-27 Thread gedrox at gmail dot com 
From: 
Operating system: Ubuntu 11.10
PHP version:  5.3.8
Package:  SPL related
Bug Type: Bug
Bug description:SPL autoloader not called in error handler triggered by private 
__call

Description:

No SPL registered autoloader is called inside custom error handler if it
has been 
triggered by private __call() magic function what should be public instead.

Test script:
---
http://gedrox.eu/php_spl_autoloader_error_handler_private_call.tar

Run run.php file.

Expected result:

Tried to load class 'DoesNotExist_1'
Caught error 'The magic method __call() must have public visibility and
cannot be 
static'
Tried to load class 'DoesNotExist_2'
Done

Actual result:
--
Tried to load class 'DoesNotExist_1'
Caught error 'The magic method __call() must have public visibility and
cannot 
be static'

Fatal error: Uncaught exception 'RuntimeException' with message 'Assertion

failed on line '66' in LoaderTest.php on line 45

RuntimeException: Assertion failed on line '66'
 in LoaderTest.php on line 45

Call Stack:
0.0001 635080   1. {main}() run.php:0
0.0003 665536   2. LoaderTest->testFailure() run.php:6
0.0004 670584   3. assert() LoaderTest.php:66
0.0004 671144   4. LoaderTest->assertionFail() LoaderTest.php:0


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

Bug #60146 [Com]: Last 2 lines of page not being output

2011-10-27 Thread david dot gero at ec dot gc dot ca 
Edit report at https://bugs.php.net/bug.php?id=60146&edit=1

 ID: 60146
 Comment by: david dot gero at ec dot gc dot ca
 Reported by:david dot gero at ec dot gc dot ca
 Summary:Last 2 lines of page not being output
 Status: Feedback
 Type:   Bug
 Package:Built-in web server
 Operating System:   Windows XP
 PHP Version:5.4.0beta2
 Block user comment: N
 Private report: N

 New Comment:

Looks like I was wrong about the test script being truncated above.  Just 
didn't scroll far enough to the right.

So, if you can't reproduce, whereas it fails every time for me, I've uploaded 
my php.ini file.

There are no errors in php_error.log

I'm testing on Windows XP with Service Pack 3, running the following 
startup.cmd:

@echo off
title PHP
start "PHP" /MAX php -S 127.0.0.1:8000 -t \repos\gerod\html
exit

testflush.php is in \repos\gerod\html\admin\testflush.php

Using Internet Explorer 7 at http://localhost:8000/admin/testflush.php

Page->View Source shows that the last two lines were never output


Previous Comments:

[2011-10-27 14:33:41] david dot gero at ec dot gc dot ca

Renaming to testflush.txt gives the following:

Error: uploaded patch file must be text file (save as e.g. "patch.txt" or 
"package.diff") (detected "text/x-php")
Could not attach patch "testflush.txt" to Bug #60146

Your upload system is scanning inside the file, probably using the "file" 
command, which indeed gives type "text/x-php", regardless of the extension.  
However why this is not accepted as text by your system is a mystery, and a bug 
in itself.

I will email you the script, and hope you can figure out how to upload it.


[2011-10-27 09:50:00] larue...@php.net

and, I can't reproduce this in my environ with your test script pasted above.
plz check your php error log, if there is some error. thanks


[2011-10-27 09:44:36] larue...@php.net

rename to testflush.txt, thanks


[2011-10-26 22:56:53] david dot gero at ec dot gc dot ca

Okay, your bug system has me stumped.  Can't upload the test script, because I 
get the following:

Error: uploaded patch file must be text file (save as e.g. "patch.txt" or 
"package.diff") (detected "text/x-php")
Could not attach patch "testflush.php" to Bug #60146

Interesting bug that "text/x-php" is not considered text.
The test script is only 20 lines, but some of them are long.

Email me with a good return address and I will send the test script to you.  Or 
maybe you could tell me how I'm supposed to upload it.


[2011-10-26 22:47:48] david dot gero at ec dot gc dot ca

Test script had lines truncated.  Will try to upload as a patch.




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=60146


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

Req #60098 [Com]: Static constructors, or static intializers

2011-10-27 Thread syntaq at gmail dot com 
Edit report at https://bugs.php.net/bug.php?id=60098&edit=1

 ID: 60098
 Comment by: syntaq at gmail dot com
 Reported by:syntaqx at gmail dot com
 Summary:Static constructors, or static intializers
 Status: Open
 Type:   Feature/Change Request
 Package:SPL related
 Operating System:   All
 PHP Version:5.4.0beta1
 Block user comment: N
 Private report: N

 New Comment:

That seems to be what I'm requesting. Does that seem like something that could 
be 
implemented into PHP fairly easily?


Previous Comments:

[2011-10-24 16:30:02] dagguh at gmail dot com

You mean something like Static Initialization Blocks from Java? Yeah, I'd like 
to 
see them too.

http://download.oracle.com/javase/tutorial/java/javaOO/initial.html


[2011-10-19 17:48:18] syntaqx at gmail dot com

Description:

I've noticed a fairly large trend in a lot of php frameworks, as well as in my 
own code, and I was curious about whether this is planned, the reasons as to 
why 
it might not be, or if it has even been brought up.

I've tried to find any other requests about this, but haven't been very 
successful.

Basically, my request is this:
When a class comes into existence (whether the code is in the file you're 
currently in, or you're including it), a static constructor (a common method 
for 
it is "::init") is called. This is called only once, the first time the class 
exists, and would act as a protected method (allowing parent-child objects to 
call it incase of a class reset?).

This would be pretty awesome, but I don't know if it's practical, or what all 
your thoughts might have been as I'm sure plenty of you have seen it floating 
around.

Thanks a bunch for taking the time to read my request, I'm excited to hear what 
you think :)







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

Bug #60146 [Com]: Last 2 lines of page not being output

2011-10-27 Thread david dot gero at ec dot gc dot ca 
Edit report at https://bugs.php.net/bug.php?id=60146&edit=1

 ID: 60146
 Comment by: david dot gero at ec dot gc dot ca
 Reported by:david dot gero at ec dot gc dot ca
 Summary:Last 2 lines of page not being output
 Status: Feedback
 Type:   Bug
 Package:Built-in web server
 Operating System:   Windows XP
 PHP Version:5.4.0beta2
 Block user comment: N
 Private report: N

 New Comment:

Renaming to testflush.txt gives the following:

Error: uploaded patch file must be text file (save as e.g. "patch.txt" or 
"package.diff") (detected "text/x-php")
Could not attach patch "testflush.txt" to Bug #60146

Your upload system is scanning inside the file, probably using the "file" 
command, which indeed gives type "text/x-php", regardless of the extension.  
However why this is not accepted as text by your system is a mystery, and a bug 
in itself.

I will email you the script, and hope you can figure out how to upload it.


Previous Comments:

[2011-10-27 09:50:00] larue...@php.net

and, I can't reproduce this in my environ with your test script pasted above.
plz check your php error log, if there is some error. thanks


[2011-10-27 09:44:36] larue...@php.net

rename to testflush.txt, thanks


[2011-10-26 22:56:53] david dot gero at ec dot gc dot ca

Okay, your bug system has me stumped.  Can't upload the test script, because I 
get the following:

Error: uploaded patch file must be text file (save as e.g. "patch.txt" or 
"package.diff") (detected "text/x-php")
Could not attach patch "testflush.php" to Bug #60146

Interesting bug that "text/x-php" is not considered text.
The test script is only 20 lines, but some of them are long.

Email me with a good return address and I will send the test script to you.  Or 
maybe you could tell me how I'm supposed to upload it.


[2011-10-26 22:47:48] david dot gero at ec dot gc dot ca

Test script had lines truncated.  Will try to upload as a patch.


[2011-10-26 22:43:59] david dot gero at ec dot gc dot ca

Description:

The test script should end with a second "Return to Menu" line.  But the 
built-in web server does not output the last 2 lines of the page.
If you remove the comment so that MAXROWS is 1 instead of 2, it works fine.
Turning output buffering off in php.ini has no effect

Test script:
---
' . PHP_EOL . '#BlahBlahBlahBlahBlahBlahBlahBlahBlahBlah blahBlah blah blah blah blah blahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlah blah blahBlahBlahBlah blahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlah blah blah blah blahBlahBlah blah blah blah blahBlahBlah blah blah blah blahBlah';
for ($i = 0; $i < MAXROWS; ++$i) $results .= PHP_EOL . '029704NULL9544NULLNULL15263292518Blah Blah 
Blah Blah Blah BlahNULL513525818766.726003673.373629Bla28-52-6556105390946-6207937101602265BlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zip00154-19-62 45:26:74NULL8386-95-23 
46:29:476335599-96-95 73:86:61980.050.214.923';
$results .= PHP_EOL . '';
?>http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en">
Test PHP Exit Flush

Return to Menu
= 2 ?>
Return to Menu




Expected result:

A second "Return to Menu" line should be displayed.

Actual result:
--
The following two lines are never output:
Return to Menu







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

[PHP-BUG] Bug #60148 [NEW]: Cannot select rule set when using NumberFormatter with pattern rule based

2011-10-27 Thread rgasler at streamwide dot ro 
From: 
Operating system: Ubuntu 11.04
PHP version:  5.3.8
Package:  intl
Bug Type: Bug
Bug description:Cannot select rule set when using NumberFormatter with pattern 
rule based

Description:

According to the RuleBasedNumberFormat documentation: http://www.icu-
project.org/apiref/icu4c/classRuleBasedNumberFormat.html#details, a rule
pattern 
string can have multiple rule sets.
When calling the format method, it is possible to select the rule set to
use. 

But it PHP seems that this is not possible in the current implementation:

NumberFormatter::string format ( number $value [, int $type ] )

Notice that $type is an integer and may take only these possible values:
NumberFormatter::TYPE_DEFAULT
NumberFormatter::TYPE_INT32
NumberFormatter::TYPE_INT64
NumberFormatter::TYPE_DOUBLE
NumberFormatter::TYPE_CURRENCY

For rule set selection to work $type should be a string (the rule set
name).


Test script:
---
$ruleSet='
%spellout-cardinal:
1:one;
%spellout-ordinal:
1:first;
';

$formatter = new NumberFormatter(null, NumberFormatter::PATTERN_RULEBASED,
$ruleSet);

echo $formatter->format(1, 'spellout-ordinal');

Expected result:

first

Actual result:
--
PHP Warning:  NumberFormatter::format() expects parameter 2 to be long,
string 
given in /home/raducu/Workspace/Spelling/numbers.php on line 12

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

Bug #60119 [Asn->Csd]: host="localhost" lost in mysqlnd_ms_get_last_used_connection()

2011-10-27 Thread johannes 
Edit report at https://bugs.php.net/bug.php?id=60119&edit=1

 ID: 60119
 Updated by: johan...@php.net
 Reported by:u...@php.net
 Summary:host="localhost" lost in
 mysqlnd_ms_get_last_used_connection()
-Status: Assigned
+Status: Closed
 Type:   Bug
 Package:mysqlnd_ms
 PHP Version:Irrelevant
 Assigned To:uw
 Block user comment: N
 Private report: N



Previous Comments:

[2011-10-26 14:58:50] u...@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.

Documentation pushed. Will appear online shortly.


[2011-10-26 14:57:59] u...@php.net

Automatic comment from SVN on behalf of uw
Revision: http://svn.php.net/viewvc/?view=revision&revision=318441
Log: Docs for bug #60119


[2011-10-26 14:18:11] u...@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/.
 
Thank you for the report, and for helping us make PHP better.




[2011-10-24 09:48:42] u...@php.net

Description:

mysqlnd_ms_get_last_used_connection() reports wrong host, if host is 
"localhost". In that case, the host reported is "".



Test script:
---
Tests in the repository fail, if configured appropriately.

FAILED TEST SUMMARY  
-
mysqlnd_ms_get_last_used_connection() 
[/home/nixnutz/php/php-src/pecl/mysqlnd_ms/trunk/tests/mysqlnd_ms_get_last_used_connection.phpt]
mysqlnd_ms_get_last_used_connection() switching 
[/home/nixnutz/php/php-src/pecl/mysqlnd_ms/trunk/tests/mysqlnd_ms_get_last_used_connection_switches.phpt]


Expected result:

host="localhost" not host=""

Actual result:
--
host=""






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

Bug #58084 [Com]: apc_store with ttl does not work anymore

2011-10-27 Thread d dot h dot j dot takken at xs4all dot nl 
Edit report at https://bugs.php.net/bug.php?id=58084&edit=1

 ID: 58084
 Comment by: d dot h dot j dot takken at xs4all dot nl
 Reported by:sebastian at 7val dot com
 Summary:apc_store with ttl does not work anymore
 Status: Wont fix
 Type:   Bug
 Package:APC
 Operating System:   Linux 2.6.22
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

I use Gearman to create workers running continuously on the server, processing 
jobs. So, one 'request' can last for weeks.

The TTL problem really does hurt in this case, because the APC caches of the 
workers are never refreshed.

Can this bug be reopened please? Thanks!


Previous Comments:

[2008-03-10 03:44:50] sebastian at 7val dot com

You're right, with two separate requests it works as expected.
The use case we have here is just a bad unit test, I suppose that doesn't count 
;)
Although this behavior should be documented somewhere...


[2008-03-07 21:17:41] sh...@php.net

This appears to be caused by the fact that the time comparison we use does not 
change within the same request (this is an optimization).  

If you repeat your test, but between two separate requests (one to set, another 
to fetch) it should work as expected.  If you have a use case for such a short 
lived TTL within the same request then please re-open this bug and detail your 
use case.  -Thanks


[2008-03-07 08:06:20] sebastian at 7val dot com

Description:

I'm using PHP Version 5.2.5, and upgraded to APC 3.0.16 with 'pecl install 
apc'. The following code worked with APC 3.0.14, but with the new version, 
apc_store's $ttl-parameter seems to be ignored.

Reproduce code:
---


Expected result:

'asdf'
false


Actual result:
--
'asdf'
'asdf'







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

Req #52647 [Asn]: Function to get Windows drive letters

2011-10-27 Thread pajoye 
Edit report at https://bugs.php.net/bug.php?id=52647&edit=1

 ID: 52647
 Updated by: paj...@php.net
 Reported by:shaun dot spiller at yahoo dot com
 Summary:Function to get Windows drive letters
 Status: Assigned
 Type:   Feature/Change Request
 Package:Filesystem function related
 Operating System:   Windows
 PHP Version:5.3.3
 Assigned To:pajoye
 Block user comment: N
 Private report: N

 New Comment:

@fate at jehy dot ru

it could be handy and it costs less to do it using the system's API direclty.


Previous Comments:

[2011-10-27 11:56:43] fate at jehy dot ru

So useless.



function get_drives()
{
$d='ABCDEFGHIJKLMNOPQRSTUVWXYZ';
$drives='';
for($i=0;$ihttps://bugs.php.net/bug.php?id=52647


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

Req #52647 [Com]: Function to get Windows drive letters

2011-10-27 Thread fate at jehy dot ru 
Edit report at https://bugs.php.net/bug.php?id=52647&edit=1

 ID: 52647
 Comment by: fate at jehy dot ru
 Reported by:shaun dot spiller at yahoo dot com
 Summary:Function to get Windows drive letters
 Status: Assigned
 Type:   Feature/Change Request
 Package:Filesystem function related
 Operating System:   Windows
 PHP Version:5.3.3
 Assigned To:pajoye
 Block user comment: N
 Private report: N

 New Comment:

So useless.



function get_drives()
{
$d='ABCDEFGHIJKLMNOPQRSTUVWXYZ';
$drives='';
for($i=0;$ihttps://bugs.php.net/bug.php?id=52647


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

Bug #60146 [Opn->Fbk]: Last 2 lines of page not being output

2011-10-27 Thread laruence 
Edit report at https://bugs.php.net/bug.php?id=60146&edit=1

 ID: 60146
 Updated by: larue...@php.net
 Reported by:david dot gero at ec dot gc dot ca
 Summary:Last 2 lines of page not being output
-Status: Open
+Status: Feedback
 Type:   Bug
 Package:Built-in web server
 Operating System:   Windows XP
 PHP Version:5.4.0beta2
 Block user comment: N
 Private report: N

 New Comment:

and, I can't reproduce this in my environ with your test script pasted above.
plz check your php error log, if there is some error. thanks


Previous Comments:

[2011-10-27 09:44:36] larue...@php.net

rename to testflush.txt, thanks


[2011-10-26 22:56:53] david dot gero at ec dot gc dot ca

Okay, your bug system has me stumped.  Can't upload the test script, because I 
get the following:

Error: uploaded patch file must be text file (save as e.g. "patch.txt" or 
"package.diff") (detected "text/x-php")
Could not attach patch "testflush.php" to Bug #60146

Interesting bug that "text/x-php" is not considered text.
The test script is only 20 lines, but some of them are long.

Email me with a good return address and I will send the test script to you.  Or 
maybe you could tell me how I'm supposed to upload it.


[2011-10-26 22:47:48] david dot gero at ec dot gc dot ca

Test script had lines truncated.  Will try to upload as a patch.


[2011-10-26 22:43:59] david dot gero at ec dot gc dot ca

Description:

The test script should end with a second "Return to Menu" line.  But the 
built-in web server does not output the last 2 lines of the page.
If you remove the comment so that MAXROWS is 1 instead of 2, it works fine.
Turning output buffering off in php.ini has no effect

Test script:
---
' . PHP_EOL . '#BlahBlahBlahBlahBlahBlahBlahBlahBlahBlah blahBlah blah blah blah blah blahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlah blah blahBlahBlahBlah blahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlah blah blah blah blahBlahBlah blah blah blah blahBlahBlah blah blah blah blahBlah';
for ($i = 0; $i < MAXROWS; ++$i) $results .= PHP_EOL . '029704NULL9544NULLNULL15263292518Blah Blah 
Blah Blah Blah BlahNULL513525818766.726003673.373629Bla28-52-6556105390946-6207937101602265BlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zip00154-19-62 45:26:74NULL8386-95-23 
46:29:476335599-96-95 73:86:61980.050.214.923';
$results .= PHP_EOL . '';
?>http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en">
Test PHP Exit Flush

Return to Menu
= 2 ?>
Return to Menu




Expected result:

A second "Return to Menu" line should be displayed.

Actual result:
--
The following two lines are never output:
Return to Menu







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

Bug #60146 [Opn]: Last 2 lines of page not being output

2011-10-27 Thread laruence 
Edit report at https://bugs.php.net/bug.php?id=60146&edit=1

 ID: 60146
 Updated by: larue...@php.net
 Reported by:david dot gero at ec dot gc dot ca
 Summary:Last 2 lines of page not being output
 Status: Open
 Type:   Bug
 Package:Built-in web server
 Operating System:   Windows XP
 PHP Version:5.4.0beta2
 Block user comment: N
 Private report: N

 New Comment:

rename to testflush.txt, thanks


Previous Comments:

[2011-10-26 22:56:53] david dot gero at ec dot gc dot ca

Okay, your bug system has me stumped.  Can't upload the test script, because I 
get the following:

Error: uploaded patch file must be text file (save as e.g. "patch.txt" or 
"package.diff") (detected "text/x-php")
Could not attach patch "testflush.php" to Bug #60146

Interesting bug that "text/x-php" is not considered text.
The test script is only 20 lines, but some of them are long.

Email me with a good return address and I will send the test script to you.  Or 
maybe you could tell me how I'm supposed to upload it.


[2011-10-26 22:47:48] david dot gero at ec dot gc dot ca

Test script had lines truncated.  Will try to upload as a patch.


[2011-10-26 22:43:59] david dot gero at ec dot gc dot ca

Description:

The test script should end with a second "Return to Menu" line.  But the 
built-in web server does not output the last 2 lines of the page.
If you remove the comment so that MAXROWS is 1 instead of 2, it works fine.
Turning output buffering off in php.ini has no effect

Test script:
---
' . PHP_EOL . '#BlahBlahBlahBlahBlahBlahBlahBlahBlahBlah blahBlah blah blah blah blah blahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlah blah blahBlahBlahBlah blahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlahBlah blah blah blah blahBlahBlah blah blah blah blahBlahBlah blah blah blah blahBlah';
for ($i = 0; $i < MAXROWS; ++$i) $results .= PHP_EOL . '029704NULL9544NULLNULL15263292518Blah Blah 
Blah Blah Blah BlahNULL513525818766.726003673.373629Bla28-52-6556105390946-6207937101602265BlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zipBlahBlahBlahBlahBlahBlahBlahBlah.zip00154-19-62 45:26:74NULL8386-95-23 
46:29:476335599-96-95 73:86:61980.050.214.923';
$results .= PHP_EOL . '';
?>http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en">
Test PHP Exit Flush

Return to Menu
= 2 ?>
Return to Menu




Expected result:

A second "Return to Menu" line should be displayed.

Actual result:
--
The following two lines are never output:
Return to Menu







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

Bug #49853 [Com]: Soap Client stream context header option ignored

2011-10-27 Thread richard dot deguilhem at laposte dot net 
Edit report at https://bugs.php.net/bug.php?id=49853&edit=1

 ID: 49853
 Comment by: richard dot deguilhem at laposte dot net
 Reported by:rumana024 at yahoo dot com
 Summary:Soap Client stream context header option ignored
 Status: Open
 Type:   Bug
 Package:SOAP related
 Operating System:   Windows XP
 PHP Version:5.2SVN-2009-10-12 (SVN)
 Block user comment: N
 Private report: N

 New Comment:

I have the same problem with php 5.2.6 To 5.3.8.

[VERSION]

[CODE
class CMyClass extends SoapClient
{
 
public function CMyClass($sWsdlUri = '',$aOptions = array())
{
$aOptions['stream_context'] = stream_context_create(array( 'http' => 
array('header'=>"foo: bar\r\n")));
 
parent::__construct($sWsdlUri, $aOptions);
}
 
public function callSoapActionX()
{
$aParams = array(...);
return $this->__soapCall('GetTokenSession', $aParams);
}
}

[REQUEST HEADERS]
POST  HTTP/1.0
Host: 127.0.0.1:8052
Connection: Keep-Alive
User-Agent: PHP-SOAP/5.3.8
Content-Type: application/soap+xml; charset=utf-8; action="GetTokenSession"
Content-Length: 532


Previous Comments:

[2011-09-22 10:14:14] dave dot wilcock at gmail dot com

[VERSION]
PHP 5.3.2 (cli) (built: Apr 27 2010 20:28:18)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
with eAccelerator v0.9.6.1, Copyright (c) 2004-2010 eAccelerator, by 
eAccelerator

[CODE]
$str_auth_header = "Authorization: Bearer ". $str_token;
  
$arr_context = array('http' =>array('header' => $str_auth_header));

$obj_context = stream_context_create($arr_context);

$arr_options = array (
   'soap_version' => 'SOAP_1_2',
   'encoding' => 'UTF-8',
   'exceptions' => true,
   'trace' => true,
   'cache_wsdl' => 'WSDL_CACHE_NONE',
   'stream_context' => $obj_context
);

$this->obj_connection = new SoapClient(self::STR_BASE_URL, $arr_options);

[EXPECTED]
Authorization header in HTTP request

[GOT]
No Authorization header in HTTP request

[WORKAROUND/CODE]
ini_set('user_agent', 'PHP-SOAP/' . PHP_VERSION . "\r\n" . $str_auth_header);

[COMMENT]
No idea why appending the user agent string with the headers would work, but it 
seemingly does. Bizarre.


[2011-05-09 17:09:04] vidalis dot aris at gmail dot com

Using php5.3.6 i couldn't pass extra HTTP headers to the SOAP request.
stream_context_create appears to get ignored

[VERSION]
PHP 5.3.6 with Suhosin-Patch (cli) (built: Apr 18 2011 11:14:25)
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies

[CODE]
$context = stream_context_create(array('http' => array('header' => "token: 
85E91AAC-7A4A-11E0-B46B-78E7D1E19752\r\n")));

$soapparams = array(
'stream_context' => $context,
'trace' => 1,
'exceptions' => 1,
'soap_version' => SOAP_1_2,
'encoding' => 'UTF-8',
'features' => 
SOAP_SINGLE_ELEMENT_ARRAYS
);
$client = new SoapClient($wsdl,$soapparams);

[REQUEST HEADERS]
POST /SocialMetadataService HTTP/1.1
Host: test.host.com:9080
Connection: Keep-Alive
User-Agent: PHP-SOAP/5.3.6
Content-Type: application/soap+xml; charset=utf-8; action="urn:getObjectID"
Content-Length: 331


[2009-10-15 18:48:44] rumana024 at yahoo dot com

I have solved my issue... Yahoo...
I switched to php5.3. And I now the http headers are passing through.


[2009-10-14 23:31:01] rumana024 at yahoo dot com

I see a conversation at 
http://aspn.activestate.com/ASPN/Mail/Message/php-dev/3710449 about 
Transfer-Encoding: chunked and its affect on stream_context parameters. Is this 
the problem?


[2009-10-14 19:37:32] rumana024 at yahoo dot com

Is this a PHP bug? If not,can you please post some sample !working! code on 
creating a SOAP Client with the stream_context option and http header(in this 
case https). Those headers can be seen as the part of the http request headers. 
I have pretty much tried different suggestions that I read on diffrent threads 
on www and php.net to make a successful soap call.

Regards
RI




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://bu

Req #57029 [Opn->Csd]: Add functionality to rename class attributes

2011-10-27 Thread sebastian 
Edit report at https://bugs.php.net/bug.php?id=57029&edit=1

 ID: 57029
 Updated by: sebast...@php.net
 Reported by:sebast...@php.net
 Summary:Add functionality to rename class attributes
-Status: Open
+Status: Closed
 Type:   Feature/Change Request
 Package:runkit
 Operating System:   Irrelevant
 PHP Version:Irrelevant
-Assigned To:
+Assigned To:sebastian
 Block user comment: N
 Private report: N



Previous Comments:

[2006-05-21 06:52:41] sebast...@php.net

Description:

I could not find functionality to rename class attributes (and obviously need 
it ;-).

Reproduce code:
---



Expected result:









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

Req #38946 [Opn->Csd]: pecl/docblock should be merged into ext/tokenizer

2011-10-27 Thread sebastian 
Edit report at https://bugs.php.net/bug.php?id=38946&edit=1

 ID: 38946
 Updated by: sebast...@php.net
 Reported by:sebast...@php.net
 Summary:pecl/docblock should be merged into ext/tokenizer
-Status: Open
+Status: Closed
 Type:   Feature/Change Request
-Package:Feature/Change Request
+Package:*General Issues
 Operating System:   Irrelevant
 PHP Version:6CVS-2006-09-25 (CVS)
-Assigned To:
+Assigned To:sebastian
 Block user comment: N
 Private report: N



Previous Comments:

[2006-09-25 07:54:45] sebast...@php.net

Description:

pecl/docblock should be merged into ext/tokenizer. Its API is similar and the 
raw data it works on is usually provided by the ext/reflection.







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

Req #56618 [Opn->Csd]: Functionality to add code to the beginning/end of an existing function/method

2011-10-27 Thread sebastian 
Edit report at https://bugs.php.net/bug.php?id=56618&edit=1

 ID: 56618
 Updated by: sebast...@php.net
 Reported by:sebast...@php.net
 Summary:Functionality to add code to the beginning/end of an
 existing function/method
-Status: Open
+Status: Closed
 Type:   Feature/Change Request
 Package:runkit
 Operating System:   Irrelevant
 PHP Version:5_1 CVS-2005-10-28 (dev)
-Assigned To:
+Assigned To:sebastian
 Block user comment: N
 Private report: N



Previous Comments:

[2005-10-28 12:23:51] sebast...@php.net

Description:

This is a request for a Runkit function that adds PHP code either at the 
beginning or at the end of an already defined function or method.

This can currently be achieved by the following

  runkit_method_rename('Foo', 'bar', '__bar');
  runkit_method_add('Foo', 'bar', '', "echo 'Hello '; Foo::__bar(); echo '!';");

but a convenience function for this would be nice.

Reproduce code:
---
bar();
?>

Expected result:

Hello World.







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

Req #56621 [Opn->Csd]: Functionality to make a class inerit a class / implement an interface

2011-10-27 Thread sebastian 
Edit report at https://bugs.php.net/bug.php?id=56621&edit=1

 ID: 56621
 Updated by: sebast...@php.net
 Reported by:sebast...@php.net
 Summary:Functionality to make a class inerit a class /
 implement an interface
-Status: Open
+Status: Closed
 Type:   Feature/Change Request
 Package:runkit
 Operating System:   Irrelevant
 PHP Version:5_1 CVS-2005-10-29 (dev)
-Assigned To:
+Assigned To:sebastian
 Block user comment: N
 Private report: N



Previous Comments:

[2005-10-29 17:13:28] poll...@php.net

http://www.php.net/runkit_class_adopt

Implementing interfaces can go on the to-do though...


[2005-10-29 02:06:44] sebast...@php.net

Description:

Two new functions that make a class inherit from another class (if it does not 
have a parent class, yet) and implement an interface (if it implements the 
required methods), respectively, would be nice.

Reproduce code:
---


Expected result:









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

Req #57258 [Opn->Csd]: pecl/docblock should be merged into ext/tokenizer

2011-10-27 Thread sebastian 
Edit report at https://bugs.php.net/bug.php?id=57258&edit=1

 ID: 57258
 Updated by: sebast...@php.net
 Reported by:sebast...@php.net
 Summary:pecl/docblock should be merged into ext/tokenizer
-Status: Open
+Status: Closed
 Type:   Feature/Change Request
 Package:docblock
 Operating System:   Irrelevant
 PHP Version:Irrelevant
-Assigned To:
+Assigned To:sebastian
 Block user comment: N
 Private report: N



Previous Comments:

[2006-09-25 03:55:01] sebast...@php.net

Description:

pecl/docblock should be merged into ext/tokenizer. Its API is similar and the 
raw data it works on is usually provided by the ext/reflection.







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

Req #57373 [Opn->Csd]: Allow overloading of new

2011-10-27 Thread sebastian 
Edit report at https://bugs.php.net/bug.php?id=57373&edit=1

 ID: 57373
 Updated by: sebast...@php.net
 Reported by:sebast...@php.net
 Summary:Allow overloading of new
-Status: Open
+Status: Closed
 Type:   Feature/Change Request
 Package:operator
 Operating System:   Irrelevant
 PHP Version:Irrelevant
-Assigned To:
+Assigned To:sebastian
 Block user comment: N
 Private report: N

 New Comment:

Implemented in ext/test_helpers.


Previous Comments:

[2006-11-13 10:07:42] sebast...@php.net

Description:

As discussed with Sara in San Jose, I would like to be able to overload the new 
operator (and maybe clone, for consistency).







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