php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Request #65604 xmlrpc_decode return null when huge data
Submitted: 2013-09-02 09:12 UTC Modified: 2021-02-05 14:29 UTC
Votes:16
Avg. Score:4.8 ± 0.4
Reproduced:16 of 16 (100.0%)
Same Version:3 (18.8%)
Same OS:12 (75.0%)
From: pashak at ngs dot ru Assigned:
Status: Open Package: XML related
PHP Version: 5.4.19 OS: linux
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: pashak at ngs dot ru
New email:
PHP Version: OS:

 

 [2013-09-02 09:12 UTC] pashak at ngs dot ru
Description:
------------
Xml_rpc php extension uses libxml. For correct parsing huge data libxml contains a constant - LIBXML_PARSEHUGE, but I can't use it in xml_rpc extension.
I can use it, for example, in simplexml extension:
$res = simplexml_load_file($file, 'SimpleXMLElement', LIBXML_PARSEHUGE);

Now I can't process a large file (more then 10Mb) with xmlrpc_decode as he will always return null.


Patches

Pull Requests

Pull requests:

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2014-05-13 21:25 UTC] scott_mosbrucker at doosan dot com
I can duplicate this problem on PHP 5.5.8, libxml 2.7.6

It works fine for us using php 5.1.6, libxml 2.6.26
 [2015-03-11 10:13 UTC] s1ay3r dot no0n3 at gmail dot com
I can duplicate this bug on PHP 5.5.9, libxml 2.9.1.
 [2015-09-11 00:06 UTC] camporter1 at gmail dot com
I've added a PR that should allow > 10 MB documents to be decoded properly.
 [2021-02-05 14:29 UTC] cmb@php.net
-Package: XMLRPC-EPI related +Package: XML related
 [2021-02-05 14:29 UTC] cmb@php.net
This is not particularly related to xmlrpc, but a more general
libxml issue, so I'm reclassifying as such.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Mon Oct 14 09:01:27 2024 UTC