Bug #43338 [Com]: SoapEnc Arrays and Single Element Arrays
Edit report at https://bugs.php.net/bug.php?id=43338&edit=1
ID: 43338
Comment by: daniel dot seif at castex dot de
Reported by:daniel dot seif at castex dot de
Summary:SoapEnc Arrays and Single Element Arrays
Status: Open
Type: Bug
Package:SOAP related
Operating System: *
PHP Version:5.*
Block user comment: N
Private report: N
New Comment:
Not sure, if this is the right way to let this issue pop up, but the problem is
still not solved.
Will this be fixed any time soon?
Previous Comments:
[2010-07-22 03:01:15] daniel dot seif at castex dot de
Since the problem exists in the 5.2 as well as in the 5.3 branch, I changed the
affected PHP Version
[2010-07-22 02:47:28] daniel dot seif at castex dot de
Checked again against PHP 5.3.2, the issue is still unsolved.
I created two php tests for this. One for wsdl-mode on (works as expected) and
one for wsdl-mode off (erroneous as described here)
You can download them here: http://castex.de/stuff/phpt-bug43338.zip
Please do me a favor and take care of this issue. If I had enough knowledge,
I'd try to submit a patch, but obviously I don't ...
[2009-04-25 10:34:18] daniel dot seif at castex dot de
It's still not working in 5.2.10-dev as of today. I tested it with the windows
binary build from yesterday.
I provided you a test-package, you can download it here:
http://castex.de/stuff/php-bug43338.zip
[2007-11-19 17:50:57] daniel dot seif at castex dot de
Description:
If a SoapServer-Object is instantiated with the option
SOAP_SINGLE_ELEMENT_ARRAYS (to automatically get an array if defined in the
wsdl) together with SOAP_USE_XSI_ARRAY_TYPE (to allow array types instead of
wsdl types), an request sent with an SOAPEnc:Array will be transformed to an
array with a "deepness" of 2.
Reproduce code:
---
class SoapHandler {
function getSomething($arguments) {
print_r($arguments);
}
}
/**
* SoapServer
*/
$server = new SoapServer($wsdl,
array(
'uri' => $uri,
'features' => SOAP_USE_XSI_ARRAY_TYPE +
SOAP_SINGLE_ELEMENT_ARRAYS));
$server->setClass('SoapHandler');
$server->handle();
/**
* request
**/
http://schemas.xmlsoap.org/soap/encoding/";>
String 1
String 2
Expected result:
Array
(
[0] => String 1
[1] => String 2
)
Actual result:
--
Array
(
[0] => Array
(
[0] => String 1
[1] => String 2
)
)
--
Edit this bug report at https://bugs.php.net/bug.php?id=43338&edit=1
Bug #48614 [Com]: Loading "pdo_sqlite.so" fails: undefined symbol: sqlite3_libversion
Edit report at https://bugs.php.net/bug.php?id=48614&edit=1 ID: 48614 Comment by: kris dot glynn at virginaustralia dot com Reported by:kaspernj at gmail dot com Summary:Loading "pdo_sqlite.so" fails: undefined symbol: sqlite3_libversion Status: Assigned Type: Bug Package:PDO related Operating System: Ubuntu Jaunty PHP Version:5.3.0RC4 Assigned To:scottmac Block user comment: N Private report: N New Comment: I've just ran into this exact issue compiling php-5.3.13 I used.. --without-sqlite --with-sqlite3=shared --with-pdo-sqlite=shared .. which still produced the "undefined symbol: sqlite3_libversion" error. It wasn't until I tried the patch above to configure script from "jd at cpanel dot net" that the error goes away. My question is why are we still having to do this with php-5.3.13 ? Am I missing something ? My exact configure options are below.. ./configure --with-apxs2=/data/www2/apache/bin/apxs --prefix=/data/www2/apache --with-config-file-path=/data/www2/apache/php --with-openssl=/data/www2/apache --with-curl=/data/www2/apache --with-gd --enable-gd-native-ttf --with-png-dir=/data/www2/apache --with-jpeg-dir=/data/www2/apache --with-freetype-dir=/data/www2/apache --with-xpm-dir=/usr/X11R6/ --with-zlib-dir=/data/www2/apache --with-oci8=instantclient,/usr/lib/oracle/10.2.0.4/client/lib --with-libxml-dir=/data/www2/apache --with-mysql=/data/www2/apache --with-ldap=/data/www2/apache --with-pear=$BASE_PATH/pear/ --enable-pdo=shared --without-sqlite --with-sqlite3=shared --with-pdo-sqlite=shared --with-pdo-oci=shared,instantclient,/usr,10.2.0.4 --with-pdo-mysql=shared,/data/www2/apache --with-mcrypt=/data/www2/apache (all the dependencies for php as you can see above exist in /data/www2/apache) Previous Comments: [2010-10-14 19:21:32] jd at cpanel dot net The problem is that pdo_sqlite compiles against the embedded copy of sqlite3 but doesn't include the sqlite3 object files in the final pdo_sqlite.so. Ugly patch directly against the configure script: --- php-5.3.3.orig/configure2010-07-21 05:53:06.0 -0500 +++ php-5.3.3/configure 2010-10-14 09:40:17.0 -0500 @@ -75183,6 +75183,12 @@ else # use bundled libs + + # This change is anchored here to avoid patch being misapplied. This really only needs to be added + # when pdo_sqlite is compiled shared and using the bundled sqlite3. It shouldn't hurt so long as the + # bundled sqlite3 is used though. + shared_objects_pdo_sqlite="$shared_objects_pdo_sqlite ext/sqlite3/libsqlite/sqlite3.lo" + if test "$enable_maintainer_zts" = "yes"; then threadsafe_flags="-DSQLITE_THREADSAFE=1" else [2010-06-08 12:52:20] kontakt at beberlei dot de You can get this working with the following configure: --without-sqlite --with-sqlite3=shared --with-pdo-sqlite=shared,/usr More information in this thread: http://news.php.net/php.pdo/427 [2010-05-25 23:50:30] ashoat at gmail dot com The problem is still occurring. There really ought to be a patch by now. [2010-04-25 13:00:18] ovidio dot balan at gmail dot com lol .. :( [2010-04-05 15:41:51] koubel at volny dot cz Year will be gone, and problem is still here: tested on 5.3.2 debian stable 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=48614 -- Edit this bug report at https://bugs.php.net/bug.php?id=48614&edit=1
Bug #62303 [Opn->Fbk]: ReflectionClass, getMethods(), getName() empty
Edit report at https://bugs.php.net/bug.php?id=62303&edit=1
ID: 62303
Updated by: s...@php.net
Reported by:v at roxori dot com
Summary:ReflectionClass, getMethods(), getName() empty
-Status: Open
+Status: Feedback
Type: Bug
Package:Reflection related
Operating System: FreeBSD9
PHP Version:5.4.3
Block user comment: N
Private report: N
Previous Comments:
[2012-06-12 22:51:40] ni...@php.net
I can't reproduce this: http://3v4l.org/6cvK8#v500
Seems to behave the same on all versions, with no change in between.
Maybe this is OS specific (or specific to something else in your env).
[2012-06-12 21:01:45] v at roxori dot com
Description:
After upgrading PHP to 5.4.3 no longer return the name of the method.
Correspondingly, the library stopped working, namely Zend. Now the issue Fatal
error: Uncaught exception 'Zend_Amf_Server_Exception' with message 'Duplicate
method registered: Having sorted out, I realized that the code does not return
the
name of the method. In PHP 5.3 all was ok.
---
>From manual page: http://www.php.net/reflectionclass.getname#refsect1-
reflectionclass.getname-description
---
Test script:
---
class Foo {
function first(){
}
function second(){
}
}
$foo = new Foo();
$reflect = new ReflectionClass($foo);
$props = $reflect->getMethods();
foreach ($props as $prop) {
print $prop->getName() . "\n";
}
Expected result:
first
second
Actual result:
--
(empty)
--
Edit this bug report at https://bugs.php.net/bug.php?id=62303&edit=1
Bug #62300 [Opn]: Wrong NULL checks
Edit report at https://bugs.php.net/bug.php?id=62300&edit=1 ID: 62300 Updated by: fel...@php.net Reported by:qiyuhua at 126 dot com Summary:Wrong NULL checks Status: Open Type: Bug Package:InterBase related Operating System: ubuntu 10.04 PHP Version:5.4.3 Block user comment: N Private report: N New Comment: Please, send a unified diff next time. Thanks. Previous Comments: [2012-06-12 13:00:42] qiyuhua at 126 dot com Description: As described in https://bugs.php.net/bug.php?id=54426, Wrong NULL checks was found. However, we find that the bug is not well repaired. And we can still reproduce the bug. Removing the "continue" statement in the block of Null check code in ibase_query.c should be make everything work well: Modified: php/php-src/trunk/ext/interbase/ibase_query.c === 679c679 < continue; --- > //continue; === Test script: --- The two simple test scripts can be available at https://sourceforge.net/projects/wautorepair/files/test%20cases/ 1)create a table like "createtable.php"; 2)insert a NULL value like "huahua.php" then, some errors will occur. -- Edit this bug report at https://bugs.php.net/bug.php?id=62300&edit=1
Bug #62303 [Com]: ReflectionClass, getMethods(), getName() empty
Edit report at https://bugs.php.net/bug.php?id=62303&edit=1
ID: 62303
Comment by: ni...@php.net
Reported by:v at roxori dot com
Summary:ReflectionClass, getMethods(), getName() empty
Status: Open
Type: Bug
Package:Reflection related
Operating System: FreeBSD9
PHP Version:5.4.3
Block user comment: N
Private report: N
New Comment:
I can't reproduce this: http://3v4l.org/6cvK8#v500
Seems to behave the same on all versions, with no change in between.
Maybe this is OS specific (or specific to something else in your env).
Previous Comments:
[2012-06-12 21:01:45] v at roxori dot com
Description:
After upgrading PHP to 5.4.3 no longer return the name of the method.
Correspondingly, the library stopped working, namely Zend. Now the issue Fatal
error: Uncaught exception 'Zend_Amf_Server_Exception' with message 'Duplicate
method registered: Having sorted out, I realized that the code does not return
the
name of the method. In PHP 5.3 all was ok.
---
>From manual page: http://www.php.net/reflectionclass.getname#refsect1-
reflectionclass.getname-description
---
Test script:
---
class Foo {
function first(){
}
function second(){
}
}
$foo = new Foo();
$reflect = new ReflectionClass($foo);
$props = $reflect->getMethods();
foreach ($props as $prop) {
print $prop->getName() . "\n";
}
Expected result:
first
second
Actual result:
--
(empty)
--
Edit this bug report at https://bugs.php.net/bug.php?id=62303&edit=1
Bug #62304 [Opn->Csd]: string cast dont work with zero values
Edit report at https://bugs.php.net/bug.php?id=62304&edit=1 ID: 62304 User updated by:zkizzik at gmail dot com Reported by:zkizzik at gmail dot com Summary:string cast dont work with zero values -Status: Open +Status: Closed Type: Bug Package:Filter related Operating System: All PHP Version:5.4.3 Block user comment: N Private report: N New Comment: Invalid. x__x Previous Comments: [2012-06-12 22:08:59] zkizzik at gmail dot com Description: string cast dont work with zero values. Test script: --- // test.php?price=0 $price = $_GET['price']; echo htmlspecialchars((string)$price, ENT_QUOTES); // empty // cast (string) for prevent errors with arrays, for example test.php?price[][][][]=disclosureHere Expected result: 0 not empty Patch in php: // test.php?price=0 $price = $_GET['price']; echo (($price === '0') ? '0' : htmlspecialchars((string)$price, ENT_QUOTES)); Actual result: -- empty value :-/ -- Edit this bug report at https://bugs.php.net/bug.php?id=62304&edit=1
[PHP-BUG] Bug #62304 [NEW]: string cast dont work with zero values
From: zkizzik at gmail dot com Operating system: All PHP version: 5.4.3 Package: Filter related Bug Type: Bug Bug description:string cast dont work with zero values Description: string cast dont work with zero values. Test script: --- // test.php?price=0 $price = $_GET['price']; echo htmlspecialchars((string)$price, ENT_QUOTES); // empty // cast (string) for prevent errors with arrays, for example test.php?price[][][][]=disclosureHere Expected result: 0 not empty Patch in php: // test.php?price=0 $price = $_GET['price']; echo (($price === '0') ? '0' : htmlspecialchars((string)$price, ENT_QUOTES)); Actual result: -- empty value :-/ -- Edit bug report at https://bugs.php.net/bug.php?id=62304&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62304&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62304&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62304&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62304&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62304&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62304&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62304&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62304&r=needscript Try newer version: https://bugs.php.net/fix.php?id=62304&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62304&r=support Expected behavior: https://bugs.php.net/fix.php?id=62304&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62304&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62304&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62304&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62304&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62304&r=dst IIS Stability: https://bugs.php.net/fix.php?id=62304&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62304&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62304&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62304&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62304&r=mysqlcfg
Req #47228 [Com]: New magic method like __call, but that is called even if the method exists
Edit report at https://bugs.php.net/bug.php?id=47228&edit=1 ID: 47228 Comment by: sebastien dot roux dot dev at gmail dot com Reported by:logy at logy dot com dot br Summary:New magic method like __call, but that is called even if the method exists Status: Open Type: Feature/Change Request Package:Class/Object related Operating System: Linux 2.6.20 PHP Version:5.2.8 Block user comment: N Private report: N New Comment: This problem can be solved in several ways when we can implements a design pattern on existing code, but when we works on products like magento when can't do anything, overiding classes ans methods is very strict and limited. The only way is to implement a new magic method like '__call' but called only if method exists. Previous Comments: [2009-01-28 10:55:04] logy at logy dot com dot br Description: Not exactly a bug but i didn't find another good place to post it. I'd like to see a implemented magic method or something like that, with funcionality of the __call method but that hooks before any method that really EXISTS in the class. Something like that would be very util on implementations such as security and any other control over a multiple class design. I think PHP a wonderful language, but for the first time, I found a problem in the language that won't fit my design needs, so, I expect my solicitation to be valid. Reproduce code: --- - Expected result: - Actual result: -- - -- Edit this bug report at https://bugs.php.net/bug.php?id=47228&edit=1
[PHP-BUG] Bug #62303 [NEW]: ReflectionClass, getMethods(), getName() empty
From: v at roxori dot com
Operating system: FreeBSD9
PHP version: 5.4.3
Package: Reflection related
Bug Type: Bug
Bug description:ReflectionClass, getMethods(), getName() empty
Description:
After upgrading PHP to 5.4.3 no longer return the name of the method.
Correspondingly, the library stopped working, namely Zend. Now the issue
Fatal
error: Uncaught exception 'Zend_Amf_Server_Exception' with message
'Duplicate
method registered: Having sorted out, I realized that the code does not
return the
name of the method. In PHP 5.3 all was ok.
---
>From manual page: http://www.php.net/reflectionclass.getname#refsect1-
reflectionclass.getname-description
---
Test script:
---
class Foo {
function first(){
}
function second(){
}
}
$foo = new Foo();
$reflect = new ReflectionClass($foo);
$props = $reflect->getMethods();
foreach ($props as $prop) {
print $prop->getName() . "\n";
}
Expected result:
first
second
Actual result:
--
(empty)
--
Edit bug report at https://bugs.php.net/bug.php?id=62303&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=62303&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=62303&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=62303&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=62303&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=62303&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=62303&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=62303&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=62303&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=62303&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=62303&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=62303&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=62303&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=62303&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=62303&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=62303&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=62303&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=62303&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=62303&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=62303&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=62303&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=62303&r=mysqlcfg
Req #60813 [Com]: Implement PBKDF2 function in hash
Edit report at https://bugs.php.net/bug.php?id=60813&edit=1 ID: 60813 Comment by: ircmax...@php.net Reported by:ircmax...@php.net Summary:Implement PBKDF2 function in hash Status: Open Type: Feature/Change Request Package:hash related Operating System: All PHP Version:trunk-SVN-2012-01-19 (snap) Block user comment: N Private report: N New Comment: This has been submitted as a pull request. RFC to follow: https://github.com/php/php-src/pull/105 Previous Comments: [2012-01-19 22:00:52] ircmax...@php.net Description: I propose to implment a PBKDF2 derivation function in the hash package as hash_pbkdf2(). PBKDF2 is defined in PKCS#5 (RFC 2898). The method for password hash derivation is currently used by Blackberry, Apple iOS, Microsoft, OpenOffice, and more (not all for password storage, but all for password based hashing). The patch also cleans up hash_hmac a little bit to split out some common functionality into a few inline functions (since PBKDF2 relies heavily on hmac). Test script: --- https://bugs.php.net/bug.php?id=60813&edit=1
Bug #62111 [Opn]: MySQL PDO memory leaks, when used own result row class
Edit report at https://bugs.php.net/bug.php?id=62111&edit=1
ID: 62111
User updated by:hosiplan at gmail dot com
Reported by:hosiplan at gmail dot com
Summary:MySQL PDO memory leaks, when used own result row
class
Status: Open
Type: Bug
Package:PDO related
Operating System: Linux
PHP Version:5.4.4RC1
Block user comment: N
Private report: N
New Comment:
I don't really care what you name it. It's a real problem and its eating my
memory and it shouldn't!
Previous Comments:
[2012-06-12 13:33:16] u...@php.net
There is no leak with MySQL. Memory usage increases, that's it.
==6216== LEAK SUMMARY:
==6216==definitely lost: 0 bytes in 0 blocks
==6216==indirectly lost: 0 bytes in 0 blocks
==6216== possibly lost: 0 bytes in 0 blocks
==6216==still reachable: 54 bytes in 2 blocks
==6216== suppressed: 0 bytes in 0 blocks
==6216== Rerun with --leak-check=full to see details of leaked memory
[2012-06-11 13:48:11] juzna dot cz at gmail dot com
The same causes PHP to crash completely on Windows 32bit with MSSQL server
(using
sqlsrv driver). I guess the root cause will be related.
[2012-05-22 20:39:55] juzna dot cz at gmail dot com
Leaks with mysql, no leaks with sqlite.
No need to fetchAll(); execute() is enough to get leaks
[2012-05-22 20:12:17] hosiplan at gmail dot com
affected version
[2012-05-22 20:10:33] hosiplan at gmail dot com
Sorry, I've coppied wrong code
Test script:
---
$db = new PDO('mysql:host=127.0.0.1;dbname=information_schema', 'root',
'password');
class DbRow { public function __construct($stt = NULL) { } }
$begin = memory_get_usage();
for ($i=0; $i < 10 ;$i++) {
$stt = $db->prepare("SELECT * FROM COLLATIONS");
$stt->setFetchMode(PDO::FETCH_CLASS, 'DbRow', array($stt));
$stt->execute();
$rows = $stt->fetchAll();
echo number_format((memory_get_usage() - $begin) / 100, 2, '.', '
'), " MB\n";
}
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=62111
--
Edit this bug report at https://bugs.php.net/bug.php?id=62111&edit=1
[PHP-BUG] Bug #62301 [NEW]: --with-config-file-path conflicts with --with-ldap
From: gmills at library dot berkeley dot edu Operating system: Solaris 10 PHP version: 5.3.13 Package: *Configuration Issues Bug Type: Bug Bug description:--with-config-file-path conflicts with --with-ldap Description: I am installing PHP for a group that creates and manages a number of different web apps, so I need a number of extensions. I discovered that although I was specifying the LDAP extension, it was not making it into the final PHP, as demonstrated by phpinfo(). I went through the process of stripping down to just --with-ldap and building up, and discovered that: when I specified --with- config-file-path, the ldap module did not make it into PHP. There were no error messages. Here is my config command line (edited for readability): ./configure --prefix=/opt/csw/php5313 --disable-all --with-pic --disable-static --with-ldap=shared,/opt/csw --enable-dom --with-zlib=/opt/csw --enable-embedded-mysqli --with-mysql=mysqlnd --with-mysqli=mysqlnd --enable-session --with-openssl=/opt/ssl-1.0.0g --with-openssl-dir=/opt/ssl-1.0.0g --with-readline=shared,/opt/csw --with-mm=/opt/extra --enable-magic-quotes --enable-sockets --enable-shmop --enable-sysvmsg --enable-sysvsem --enable-sysvshm --enable-xml --enable-libxml --with-libxml-dir=/opt/extra --enable-xmlreader --enable-mbstring --enable-mbregex --with-iconv-dir=/opt/csw --with-xsl=shared,/opt/csw --with-mcrypt=shared,/opt/csw --with-mhash=shared,/opt/csw --enable-json --enable-filter=shared --enable-zip --with-pcre-regex --with-jpeg-dir=/opt/csw --with-png-dir=/opt/csw --with-gd=shared,/opt/csw --enable-gd-native-ttf --enable-gd-jis-conv --enable-exif --with-gettext=shared,/opt/csw --with-gmp=shared,/opt/csw --with-pear --with-apxs2=/opt/httpd-2.2.22/bin/apxs -- Edit bug report at https://bugs.php.net/bug.php?id=62301&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62301&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62301&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62301&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62301&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62301&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62301&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62301&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62301&r=needscript Try newer version: https://bugs.php.net/fix.php?id=62301&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62301&r=support Expected behavior: https://bugs.php.net/fix.php?id=62301&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62301&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62301&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62301&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62301&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62301&r=dst IIS Stability: https://bugs.php.net/fix.php?id=62301&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62301&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62301&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62301&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62301&r=mysqlcfg
Bug #62266 [Asn]: Custom extension segfaults during xmlParseFile with FPM SAPI
Edit report at https://bugs.php.net/bug.php?id=62266&edit=1 ID: 62266 User updated by:lance dot lovette at gmail dot com Reported by:lance dot lovette at gmail dot com Summary:Custom extension segfaults during xmlParseFile with FPM SAPI Status: Assigned Type: Bug Package:XML related Operating System: CentOS release 6.2 (Final) PHP Version:5.4Git-2012-06-08 (snap) Assigned To:cataphract Block user comment: N Private report: N New Comment: I didn't realize 5.1 added module dependency checks so I updated the source to include them (https://gist.github.com/2896852 ). It seems to me that all the custom handlers (php_libxml_error_handler, php_libxml_input_buffer_create_filename, php_libxml_output_buffer_create_filename) should check for module activation same as _php_libxml_pre_ext_ent_loader. Of course, setting the custom handlers lazily in the first request would prevent the need for all those checks. As for BC, how could this be working for any other extension? BTW, do you know exactly what is causing the root issue in the streams IO functions and why zend_register_resource segfaults when updating the hash table? Are streams not initialized until after module activation? Previous Comments: [2012-06-11 20:36:40] cataphr...@php.net Ah. Then this was caused by d8bddb9. xmlParserInputBufferCreateFilenameDefault() et al. are called purposely on MINIT (before: RINIT) and your extension is loading after libxml. This can be fixed in two ways. We can either call the original handler from the custom handler if the modules are not initialized, like we now do on _php_libxml_pre_ext_ent_loader, or we can try to set the custom handlers lazily and once on RINIT (not complicated since we don't have to worry about threaded SAPIs, which always do initialization on every RINIT). Both options are ok for MINIT. The first option has the advantage it has predictable behavior on RINIT (whether your extension is request activated before or after the libxml ext, you don't get the custom handlers), but it may have BC impact (some modules may have been relying on the custom handlers and on being loaded after libxml -- which I think they can guarantee if the declare a dependency on the libxml module). [2012-06-11 20:15:02] lance dot lovette at gmail dot com I expected that change to resolve the issue, but it did not. It's now skipping the call to _php_libxml_external_entity_loader but the stack trace is otherwise the same. [2012-06-09 16:33:00] cataphr...@php.net Please try using this snapshot: http://snaps.php.net/php5.4-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2012-06-09 16:32:31] cataphr...@php.net Automatic comment on behalf of cataphract Revision: http://git.php.net/?p=php-src.git;a=commit;h=503358c1797e0f7b05fb49f22dd44bc7f517069f Log: Fix bug #62266 [2012-06-08 17:56:01] cataphr...@php.net I'll take a look as this was very likely caused by a change I made. 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=62266 -- Edit this bug report at https://bugs.php.net/bug.php?id=62266&edit=1
Bug #62111 [Opn]: MySQL PDO memory leaks, when used own result row class
Edit report at https://bugs.php.net/bug.php?id=62111&edit=1
ID: 62111
Updated by: u...@php.net
Reported by:hosiplan at gmail dot com
Summary:MySQL PDO memory leaks, when used own result row
class
Status: Open
Type: Bug
Package:PDO related
Operating System: Linux
PHP Version:5.4.4RC1
Block user comment: N
Private report: N
New Comment:
There is no leak with MySQL. Memory usage increases, that's it.
==6216== LEAK SUMMARY:
==6216==definitely lost: 0 bytes in 0 blocks
==6216==indirectly lost: 0 bytes in 0 blocks
==6216== possibly lost: 0 bytes in 0 blocks
==6216==still reachable: 54 bytes in 2 blocks
==6216== suppressed: 0 bytes in 0 blocks
==6216== Rerun with --leak-check=full to see details of leaked memory
Previous Comments:
[2012-06-11 13:48:11] juzna dot cz at gmail dot com
The same causes PHP to crash completely on Windows 32bit with MSSQL server
(using
sqlsrv driver). I guess the root cause will be related.
[2012-05-22 20:39:55] juzna dot cz at gmail dot com
Leaks with mysql, no leaks with sqlite.
No need to fetchAll(); execute() is enough to get leaks
[2012-05-22 20:12:17] hosiplan at gmail dot com
affected version
[2012-05-22 20:10:33] hosiplan at gmail dot com
Sorry, I've coppied wrong code
Test script:
---
$db = new PDO('mysql:host=127.0.0.1;dbname=information_schema', 'root',
'password');
class DbRow { public function __construct($stt = NULL) { } }
$begin = memory_get_usage();
for ($i=0; $i < 10 ;$i++) {
$stt = $db->prepare("SELECT * FROM COLLATIONS");
$stt->setFetchMode(PDO::FETCH_CLASS, 'DbRow', array($stt));
$stt->execute();
$rows = $stt->fetchAll();
echo number_format((memory_get_usage() - $begin) / 100, 2, '.', '
'), " MB\n";
}
[2012-05-22 20:05:25] hosiplan at gmail dot com
Description:
When PDO is told to use my row class and pass PDOStatement into it, it creates
cyclic reference, that prevents GC from deleting the row data, when not
required
anymore.
Test script:
---
$db = new PDO('mysql:host=127.0.0.1;dbname=information_schema', 'root',
'password');
class DbRow { public function __construct($stt = NULL) { } }
$begin = memory_get_usage();
for ($i=0; $i < 10 ;$i++) {
$stt = $db->prepare("SELECT * FROM COLLATIONS");
$stt->setFetchMode(PDO::FETCH_CLASS, 'DbRow');
$stt->execute();
$rows = $stt->fetchAll();
echo number_format((memory_get_usage() - $begin) / 100, 2, '.', '
'), " MB\n";
}
Expected result:
0.05 MB
0.05 MB
0.05 MB
0.05 MB
0.05 MB
0.05 MB
0.05 MB
0.05 MB
0.05 MB
0.05 MB
Actual result:
--
0.00 MB
0.05 MB
0.10 MB
0.14 MB
0.19 MB
0.24 MB
0.29 MB
0.34 MB
0.38 MB
0.43 MB
--
Edit this bug report at https://bugs.php.net/bug.php?id=62111&edit=1
[PHP-BUG] Bug #62300 [NEW]: Wrong NULL checks
From: qiyuhua at 126 dot com Operating system: ubuntu 10.04 PHP version: 5.4.3 Package: InterBase related Bug Type: Bug Bug description:Wrong NULL checks Description: As described in https://bugs.php.net/bug.php?id=54426, Wrong NULL checks was found. However, we find that the bug is not well repaired. And we can still reproduce the bug. Removing the "continue" statement in the block of Null check code in ibase_query.c should be make everything work well: Modified: php/php-src/trunk/ext/interbase/ibase_query.c === 679c679 < continue; --- > //continue; === Test script: --- The two simple test scripts can be available at https://sourceforge.net/projects/wautorepair/files/test%20cases/ 1)create a table like "createtable.php"; 2)insert a NULL value like "huahua.php" then, some errors will occur. -- Edit bug report at https://bugs.php.net/bug.php?id=62300&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62300&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62300&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62300&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62300&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62300&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62300&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62300&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62300&r=needscript Try newer version: https://bugs.php.net/fix.php?id=62300&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62300&r=support Expected behavior: https://bugs.php.net/fix.php?id=62300&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62300&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62300&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62300&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62300&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62300&r=dst IIS Stability: https://bugs.php.net/fix.php?id=62300&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62300&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62300&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62300&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62300&r=mysqlcfg
Bug #62189 [Fbk->Opn]: Behavior of serialize has changed
Edit report at https://bugs.php.net/bug.php?id=62189&edit=1 ID: 62189 User updated by:mg at ovos dot at Reported by:mg at ovos dot at Summary:Behavior of serialize has changed -Status: Feedback +Status: Open Type: Bug Package:Variables related Operating System: Win64 PHP Version:5.4.3 Block user comment: N Private report: N New Comment: Feedback -> Open. Previous Comments: [2012-06-04 14:09:11] mg at ovos dot at Please have a look at the following scenario: http://pastebin.com/QRWtX0dM Of course such double serialization makes no sense, but I found it to be present in Doctrine 1.2 library. Therefore I am wondering if the references should still work in this case like it was in PHP 5.3. [2012-05-30 17:22:12] mg at ovos dot at It seems that my issue is directly related to fixing a bug in PHP: https://bugs.php.net/bug.php?id=36424 If this is true, the test case I included does not cover entirely the issue I am having. In my case unserialize() does not bring back the referenced object, although the test case does. I had no luck in extracting my scenario into a test case as yet. I am trying to find the difference between test case and the live case, which is obviosly many times more complex. [2012-05-30 13:26:14] mg at ovos dot at I'm attaching a DIFF with output of the testCase: http://diffchecker.com/5399UzhN Left side: PHP 5.3.8 Right side: PHP 5.4.3 [2012-05-30 13:20:48] mg at ovos dot at Hello! I managed to produce a simple testCase, please find it here: http://pastebin.com/sw1ZwvNv [2012-05-30 12:14:29] mg at ovos dot at Hello, I am working on a test script. Please allow me to include it in few hours. 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=62189 -- Edit this bug report at https://bugs.php.net/bug.php?id=62189&edit=1
Bug #61938 [Com]: SoapClient Error Fetching http headers
Edit report at https://bugs.php.net/bug.php?id=61938&edit=1
ID: 61938
Comment by: braju dot cse at gmail dot com
Reported by:nicola dot riva at emiliainformatica dot it
Summary:SoapClient Error Fetching http headers
Status: Open
Type: Bug
Package:SOAP related
Operating System: Windows 7 Ultimate N
PHP Version:5.3.12
Block user comment: N
Private report: N
New Comment:
Hi,
Am also receive same problem. could you tell the problem on windows 7
ultimate?
Regards,
Raju.B
Previous Comments:
[2012-05-04 12:50:17] nicola dot riva at emiliainformatica dot it
Hi Reeze,
Thank you for your reply and sorry if I wrote here instead of stackoverflow.
Next time I'll use it first :)
Now trying to solve this.
[2012-05-04 12:07:20] reeze dot xia at gmail dot com
Hi, nicola:
I've tested the soap service, it seems that the service is broken.
action point to http://tempuri.org. obviously, it just for test. but it didn't
work anymore, you could try this one:
http://graphical.weather.gov/xml/DWMLgen/wsdl/ndfdXML.wsdl
It works good.
BTW: next time if you have usage problem, you could try ask on
stackoverflow.com,
you will get response more quickly, since bugs.php.net is about BUGS for php it
self but not PHP usage.;)
[2012-05-04 09:30:11] nicola dot riva at emiliainformatica dot it
Description:
Hello,
I'm not so skilled with SOAP but I need to use it for a specific request and
I'm
in trouble with a SOAP call to an existing WSDL.
The web service provider has recently changed its environment from PHP to
ASP.NET and from SOAP 1.1 to SOAP 1.2. Since then I can't use the service I
need, and I'm getting this Error fetching HTTP heders.
I'm pretty sure that's my client error because another user (they said), that
uses .NET client, is going well.
I found in many sites and forums that can be a bug in versions below 5.2.6 but,
as I said, I'm using >5.3 version.
How can I fix it?
Thanks in advance!
Test script:
---
http://www.infonetsrl.it/Dev/infonetwcf/WsRapportiService.svc?wsdl",array("soap_version"=>SOAP_1_2,"trace"=>1));
$auth=array("user"=>"xxx","password"=>"xxx");
$params=array(
"CF"=>"xxx",
"Report"=>"PGA",
"ExportHTML"=>"true"
);
try{
$content=$cli->RichiestaNuovoRapporto(array_merge($auth,$params));
}catch(Exception $e){
$debug='Exception'.htmlspecialchars($e,
ENT_QUOTES).'';
$debug
.='getLastRequest'.htmlspecialchars($cli->__getLastRequest(),
ENT_QUOTES).'';
$debug
.='getLastResponse'.htmlspecialchars($cli->__getLastResponse(),
ENT_QUOTES).'';
}
echo $debug;
?>
The WSDL file is found here:
http://www.infonetsrl.it/Dev/infonetwcf/WsRapportiService.svc?wsdl
Actual result:
--
***Exception***
SoapFault exception: [HTTP] Error Fetching http headers in C:\Program
Files\xampp\htdocs\spotter\classes\SOAP_functions.php:160
Stack trace:
#0 [internal function]: SoapClient->__doRequest('http://www.info...', 'http://tempuri', 2, 0)
#1 [internal function]: SoapClient->__call('RichiestaNuovoR...', Array)
#2 C:\Program Files\xampp\htdocs\spotter\classes\SOAP_functions.php(160):
SoapClient->RichiestaNuovoRapporto(Array)
#3 C:\Program Files\xampp\htdocs\spotter\transactioner.php(202): SOAP_functions-
>buyDocument(Object(MySQL_functions), Object(Generic_functions), Array, '1',
'1_nsordyll_shoe...', 0, Array)
#4 {main}
***getLastRequest***
http://www.w3.org/2003/05/soap-envelope";
xmlns:ns1="http://tempuri.org/";>
WSRAPPORTI
***getLastResponse***
--
Edit this bug report at https://bugs.php.net/bug.php?id=61938&edit=1
Bug #62273 [Opn->Ver]: Segmentation Fault in Mysqli/Mysqlnd
Edit report at https://bugs.php.net/bug.php?id=62273&edit=1
ID: 62273
Updated by: and...@php.net
Reported by:andres at phalconphp dot com
Summary:Segmentation Fault in Mysqli/Mysqlnd
-Status: Open
+Status: Verified
Type: Bug
Package:MySQLi related
Operating System: Linux/Mac
PHP Version:5.3.15-dev/5.3.12/5.4.5-dev
Assigned To:mysql
Block user comment: N
Private report: N
New Comment:
php -r '$link = mysqli_connect("127.0.0.1", "root", "root",
"test");var_dump(mysqli_character_set_name($link));'
Segmentation fault (core dumped)
Previous Comments:
[2012-06-11 23:45:50] andres at phalconphp dot com
hi, is someone assigned to this?
[2012-06-09 05:56:58] andres at phalconphp dot com
I think the problem is the mysqlnd_charsets variable in
ext/mysqlnd/mysqlnd_charset.c:
utf8_spanish_ci is returned as code 199 by the mysql/server but in the charset
const is:
{ 119, UTF8_MB3, UTF8_MB3"_spanish_ci", 1, 3, "", mysqlnd_mbcharlen_utf8mb3,
check_mb_utf8mb3_valid},
Then mysqlnd_find_charset_nr is unable to find the charset name. And as a
consequence of that, conn->charset is null producing the segmentation fault.
I'm not sure what is the right solution for this, maybe updating the charset
code or assigning a default charset when the charset code does not match any.
[2012-06-09 05:08:45] andres at phalconphp dot com
PHP 5.4 is also affected:
$ php -v
PHP 5.4.5-dev (cli) (built: Jun 8 2012 23:58:38)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies
$ php a.php
Segmentation fault
$ gdb --args sapi/cli/php a.php
GNU gdb (Ubuntu/Linaro 7.3-0ubuntu2) 7.3-2011.08
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
For bug reporting instructions, please see:
