#31846 [Bgs->Opn]: simplexml_load_string doesn't get root node
ID: 31846 User updated by: andrew at shh dot fi Reported By: andrew at shh dot fi -Status: Bogus +Status: Open Bug Type: SimpleXML related Operating System: win32 PHP Version: 5.0.3 New Comment: Will simpleXML ever be changed to include root nodes? Previous Comments: [2005-02-07 19:56:30] andrew at shh dot fi So, using simpleXML, one can never know the root tag. Should we guess? The idea of an XML parser is to return ALL the nodes and not some of them. Take docbook - you have different root nodes depending on whether its simple or full. My point is, if you are having an xml parser, then it needs to read all nodes top-bottom, otherwise there is no point using it - and as you say correctly - might as well use DOM. [2005-02-07 16:37:04] [EMAIL PROTECTED] This is correct. print_r shows you the children nodes of the choosen node. in your code, $simple *is* the root node. I don't see anything wrong. There's no such thing as SimpleXMLDocument Object in SimpleXML. And yes, there is no way of getting the name of the root tag. Use DOM if you need that. [2005-02-04 16:28:06] andrew at shh dot fi Description: $xml = simplexml_load_string($xml_str) returns all tags correctly except the root node. There appears to be NO WAY to get the the name of the root tag Reproduce code: --- $xml = 'Hello'; $simple = simplexml_load_string($xml); print_r($simple); Expected result: The object should include the root tag, except it starts from child of the root -- Edit this bug report at http://bugs.php.net/?id=31846&edit=1
#31846 [Bgs]: simplexml_load_string doesn't get root node
ID: 31846 User updated by: andrew at shh dot fi Reported By: andrew at shh dot fi Status: Bogus Bug Type: SimpleXML related Operating System: win32 PHP Version: 5.0.3 New Comment: So, using simpleXML, one can never know the root tag. Should we guess? The idea of an XML parser is to return ALL the nodes and not some of them. Take docbook - you have different root nodes depending on whether its simple or full. My point is, if you are having an xml parser, then it needs to read all nodes top-bottom, otherwise there is no point using it - and as you say correctly - might as well use DOM. Previous Comments: [2005-02-07 16:37:04] [EMAIL PROTECTED] This is correct. print_r shows you the children nodes of the choosen node. in your code, $simple *is* the root node. I don't see anything wrong. There's no such thing as SimpleXMLDocument Object in SimpleXML. And yes, there is no way of getting the name of the root tag. Use DOM if you need that. [2005-02-04 16:28:06] andrew at shh dot fi Description: $xml = simplexml_load_string($xml_str) returns all tags correctly except the root node. There appears to be NO WAY to get the the name of the root tag Reproduce code: --- $xml = 'Hello'; $simple = simplexml_load_string($xml); print_r($simple); Expected result: The object should include the root tag, except it starts from child of the root -- Edit this bug report at http://bugs.php.net/?id=31846&edit=1
#31846 [NEW]: simplexml_load_string doesn't get root node
From: andrew at shh dot fi Operating system: win32 PHP version: 5.0.3 PHP Bug Type: SimpleXML related Bug description: simplexml_load_string doesn't get root node Description: $xml = simplexml_load_string($xml_str) returns all tags correctly except the root node. There appears to be NO WAY to get the the name of the root tag Reproduce code: --- $xml = 'Hello'; $simple = simplexml_load_string($xml); print_r($simple); Expected result: The object should include the root tag, except it starts from child of the root -- Edit bug report at http://bugs.php.net/?id=31846&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31846&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31846&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31846&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31846&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31846&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31846&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31846&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31846&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31846&r=support Expected behavior: http://bugs.php.net/fix.php?id=31846&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31846&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31846&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31846&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31846&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31846&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31846&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31846&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31846&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31846&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31846&r=mysqlcfg
#28826 [Com]: SimpleXML expands entities but DOM + XSL does not
ID: 28826 Comment by: andrew at shh dot fi Reported By: joe at joerags dot com Status: Bogus Bug Type: XSLT related Operating System: Mac OS 10.2.8 PHP Version: 5CVS-2004-06-18 (dev) New Comment: OK here its - the answer for 5 at the mo - $xmldoc = new DomDocument(); $xmldoc->resolveExternals = TRUE; $xmldoc->substituteEntities = TRUE; $xmldoc->load($this->xml); $xsldoc = new DomDocument(); $xsldoc->load($this->xsl); Previous Comments: [2004-08-11 19:38:45] andrew at shh dot fi I have the same problem as this person. I am using libxml 2.5.11 and libxslt 1.0.33. By the way this has only been tested on win32 (php 5). Works fine with sablot but not with any of the domxml/xslt in 4 or 5. Haven't found a solution yet which is big problem as can't move to php5 until it works [2004-06-22 06:19:39] joe at joerags dot com I did the following and the test script I submitted works. Using Fink (http://fink.sourceforge.net), I had it build and install libxml2 2.5.10 and libxslt 1.0.32. I then recompiled PHP 5 RC3 with these configuration commands: ./configure --prefix=/usr/local --with-zlib --with-libxml-dir=/sw --with-xsl=/sw --with-apxs=/usr/ sbin/apxs The test script I submitted likely didn't work either because of user error on my part or a bug in something other than PHP. [2004-06-18 11:09:05] joe at joerags dot com Description: When attempting to do an XSL transformation using the new DOM and XSL extensions available in PHP 5, I've noticed entities aren't expanded in the output. If I import the DOM object into SimpleXML, the entities are expanded. The first time I attempted to run the following code I was using PHP 5 RC3, libxml2 2.6.10, and libxslt 1.1.7. I am now using CVS versions of PHP 5, libxml2, and libxslt in order to see if this was a bug fixed in either PHP 5, libxml2, or libxslt. The CVS versions I'm using were downloaded June 18th. I run Apache 1.3.31 under Mac OS 10.2.8. I don't recall seeing any errors when I built and installed Apache, PHP, libxml2, or libxslt. Reproduce code: --- ]> Example Document &entity1; &entity2; EOD; $xsl = <<http://www.w3.org/1999/XSL/Transform";> XSL Element 1: XSL Element 2: XSL Element 3: EOD; $xmlDocument = new DomDocument; $xmlDocument->loadXML($xml); $xslDocument = new DomDocument; $xslDocument->loadXML($xsl); $processor = new XsltProcessor; $processor->importStyleSheet($xslDocument); print $processor->transformToXML($xmlDocument); $xmlDocument = simplexml_import_dom($xmlDocument); print 'SimpleXML Element 1: ' . $xmlDocument->element1 . ''; print 'SimpleXML Element 2: ' . $xmlDocument->element2 . ''; print 'SimpleXML Element 3: ' . $xmlDocument->element3 . ''; ?> Expected result: XSL Element 1: Example Document XSL Element 2: Entity 1 XSL Element 3: Entity 2 SimpleXML Element 1: Example Document SimpleXML Element 2: Entity 1 SimpleXML Element 3: Entity 2 Actual result: -- XSL Element 1: Example Document XSL Element 2: XSL Element 3: SimpleXML Element 1: Example Document SimpleXML Element 2: Entity 1 SimpleXML Element 3: Entity 2 -- Edit this bug report at http://bugs.php.net/?id=28826&edit=1
#28826 [Com]: SimpleXML expands entities but DOM + XSL does not
ID: 28826 Comment by: andrew at shh dot fi Reported By: joe at joerags dot com Status: Bogus Bug Type: XSLT related Operating System: Mac OS 10.2.8 PHP Version: 5CVS-2004-06-18 (dev) New Comment: I have the same problem as this person. I am using libxml 2.5.11 and libxslt 1.0.33. By the way this has only been tested on win32 (php 5). Works fine with sablot but not with any of the domxml/xslt in 4 or 5. Haven't found a solution yet which is big problem as can't move to php5 until it works Previous Comments: [2004-06-22 06:19:39] joe at joerags dot com I did the following and the test script I submitted works. Using Fink (http://fink.sourceforge.net), I had it build and install libxml2 2.5.10 and libxslt 1.0.32. I then recompiled PHP 5 RC3 with these configuration commands: ./configure --prefix=/usr/local --with-zlib --with-libxml-dir=/sw --with-xsl=/sw --with-apxs=/usr/ sbin/apxs The test script I submitted likely didn't work either because of user error on my part or a bug in something other than PHP. [2004-06-18 11:09:05] joe at joerags dot com Description: When attempting to do an XSL transformation using the new DOM and XSL extensions available in PHP 5, I've noticed entities aren't expanded in the output. If I import the DOM object into SimpleXML, the entities are expanded. The first time I attempted to run the following code I was using PHP 5 RC3, libxml2 2.6.10, and libxslt 1.1.7. I am now using CVS versions of PHP 5, libxml2, and libxslt in order to see if this was a bug fixed in either PHP 5, libxml2, or libxslt. The CVS versions I'm using were downloaded June 18th. I run Apache 1.3.31 under Mac OS 10.2.8. I don't recall seeing any errors when I built and installed Apache, PHP, libxml2, or libxslt. Reproduce code: --- ]> Example Document &entity1; &entity2; EOD; $xsl = <<http://www.w3.org/1999/XSL/Transform";> XSL Element 1: XSL Element 2: XSL Element 3: EOD; $xmlDocument = new DomDocument; $xmlDocument->loadXML($xml); $xslDocument = new DomDocument; $xslDocument->loadXML($xsl); $processor = new XsltProcessor; $processor->importStyleSheet($xslDocument); print $processor->transformToXML($xmlDocument); $xmlDocument = simplexml_import_dom($xmlDocument); print 'SimpleXML Element 1: ' . $xmlDocument->element1 . ''; print 'SimpleXML Element 2: ' . $xmlDocument->element2 . ''; print 'SimpleXML Element 3: ' . $xmlDocument->element3 . ''; ?> Expected result: XSL Element 1: Example Document XSL Element 2: Entity 1 XSL Element 3: Entity 2 SimpleXML Element 1: Example Document SimpleXML Element 2: Entity 1 SimpleXML Element 3: Entity 2 Actual result: -- XSL Element 1: Example Document XSL Element 2: XSL Element 3: SimpleXML Element 1: Example Document SimpleXML Element 2: Entity 1 SimpleXML Element 3: Entity 2 -- Edit this bug report at http://bugs.php.net/?id=28826&edit=1
#28770 [NEW]: Input form variables getting corrupted
From: andrew at shh dot fi Operating system: Linux Debian PHP version: 4.3.7 PHP Bug Type: URL related Bug description: Input form variables getting corrupted Description: Is this a bug or what. Hust upgraded to 4.3.7 and noticed that input (type=text) form variables are getting corrupted. so that e.g. $username, andrew = Ú6öÙ© However the password field was OK. Is this a bug or am I going crazy. It works ok with $_REQUEST variables Global variables is ON (unfortunately) Expected result: Should have the value from the form -- Edit bug report at http://bugs.php.net/?id=28770&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28770&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28770&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28770&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28770&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28770&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28770&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28770&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28770&r=support Expected behavior: http://bugs.php.net/fix.php?id=28770&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28770&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28770&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28770&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28770&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28770&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28770&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28770&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28770&r=float
#28347 [NEW]: fgetcsv gives error with delim and enclosure set as variable
From: andrew at shh dot fi Operating system: win32 PHP version: 5.0.0RC2 PHP Bug Type: Filesystem function related Bug description: fgetcsv gives error with delim and enclosure set as variable Description: Pass a variable to the delimiter and enclosure of the fgetcsv returns the error: Warning: fgetcsv() [function.fgetcsv]: enclosure must be a character in It seems that it will only accept it hard coded: fgetcsv($handle, 2000, ",", '') All a bit wierd! Used the latest CVS Works in 4.3.7 Reproduce code: --- function csv_import($file, $delimiter = ",", $enclosure='') { $handle = fopen($file, "r"); $csv_arr = array(); while (($data_arr = fgetcsv($handle, 2000, $delimiter, $enclosure)) !== FALSE) { $csv_arr[] = $data_arr; $row++; } fclose($handle); } Expected result: No error -- Edit bug report at http://bugs.php.net/?id=28347&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28347&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28347&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28347&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28347&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28347&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28347&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28347&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28347&r=support Expected behavior: http://bugs.php.net/fix.php?id=28347&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28347&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28347&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28347&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28347&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28347&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28347&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28347&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28347&r=float
#26016 [Com]: Warning: fsockopen(): Bug
ID: 26016 Comment by: andrew at shh dot fi Reported By: hill at bluecarrots dot com Status: No Feedback Bug Type: *General Issues Operating System: Linux PHP Version: 4.3.3 New Comment: The error is real except this guy has the wrong script. I have the same problem - this is the script: $method = "ssl://"; $host = "myserver.com"; $port = 443; $fp = fsockopen($method.$host, $port, $errno, $errstr, $timeout = 30); I get the error: Warning: fsockopen(): no SSL support in this build AND SSL is loaded in php. Its a bug I patch on windows, but need one for linux Previous Comments: [2003-11-03 14:06:38] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-10-28 04:44:03] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. please provide a sample script to illustrate the problem [2003-10-28 04:40:30] hill at bluecarrots dot com Description: I get the warning at the top of the page. Several refreshes of the browser rectifies. Warning: fsockopen(): php_network_getaddresses: getaddrinfo failed: Name or service not known in /home/.sites/.blahphp on line 14 Warning: fsockopen(): unable to connect to blah.com:80 in /home/.sites/blah.php on line 14 Resource temporarily unavailable (11) Reproduce code: --- Warning: fsockopen(): php_network_getaddresses: getaddrinfo failed: Name or service not known in /home/.sites/.blahphp on line 14 Warning: fsockopen(): unable to connect to blah.com:80 in /home/.sites/blah.php on line 14 Resource temporarily unavailable (11) Expected result: I expect the page to connect securely to a secure server and send some secure details. I get the warning at the top of the page. Several refreshes of the browser rectifies. I have to use this PHP code, which has been provided by the Payment provider, to get to a server that takes online payments, some information is first sent securely in order to reach the payment page on the Payment providers server. Actual result: -- The simle page takes time to load and when it does the fsockopen warning is present. -- Edit this bug report at http://bugs.php.net/?id=26016&edit=1
#26316 [Bgs->Csd]: Accessing remote php files (xml header) with xslt doesn't get session variables
ID: 26316 User updated by: andrew at shh dot fi Reported By: andrew at shh dot fi -Status: Bogus +Status: Closed Bug Type: XSLT related Operating System: windows xp PHP Version: 4.3.3 New Comment: Problem resolved. Pack the session variables into one string and append to the fopen url. (Xslt_process requires 2 strings to parse or 2 local files. In order to pass 2 urls you need to read the url locations into a string) .On the other end unpack the session string into sessions and write out the xml. Previous Comments: [2003-11-20 10:29:28] andrew at shh dot fi You've missed the point here! Building XML documents using PHP doesn't matter whether the php tag starts with pt because the header funcion sends to the browser an xml header. The problem is more to do with the fact that the xslt parser when parsing the document doesn't see it from server side but rather from a client side. I'll add a short demo shortly. [2003-11-19 19:49:47] [EMAIL PROTECTED] The obvious first thing that comes to my mind is that you're using short-tag there. ALWAYS use Access it with the XSLT parser as a remote xml document (you need to of course) with a local XSL file. Parse it and the session is not there. This is probably because the XSLT parser is accessing the file from 'outside' and so the session has not been created. In my case its been create long before in the login script. The bug appears to be that the XSLT parser doesn't recognised the already created session. Is there a fix to this, perhaps a change in the XSLT function, etc. -- Edit this bug report at http://bugs.php.net/?id=26316&edit=1
#26316 [Bgs]: Accessing remote php files (xml header) with xslt doesn't get session variables
ID: 26316 User updated by: andrew at shh dot fi Reported By: andrew at shh dot fi Status: Bogus Bug Type: XSLT related Operating System: windows xp PHP Version: 4.3.3 New Comment: You've missed the point here! Building XML documents using PHP doesn't matter whether the php tag starts with pt because the header funcion sends to the browser an xml header. The problem is more to do with the fact that the xslt parser when parsing the document doesn't see it from server side but rather from a client side. I'll add a short demo shortly. Previous Comments: [2003-11-19 19:49:47] [EMAIL PROTECTED] The obvious first thing that comes to my mind is that you're using short-tag there. ALWAYS use Access it with the XSLT parser as a remote xml document (you need to of course) with a local XSL file. Parse it and the session is not there. This is probably because the XSLT parser is accessing the file from 'outside' and so the session has not been created. In my case its been create long before in the login script. The bug appears to be that the XSLT parser doesn't recognised the already created session. Is there a fix to this, perhaps a change in the XSLT function, etc. -- Edit this bug report at http://bugs.php.net/?id=26316&edit=1
#26316 [NEW]: Accessing remote php files (xml header) with xslt doesn't get session variables
From: andrew at shh dot fi Operating system: windows xp PHP version: 4.3.3 PHP Bug Type: XSLT related Bug description: Accessing remote php files (xml header) with xslt doesn't get session variables Description: I've checked the bugs, searched google but no solution, except a work around. Problem is this: Create php page with XML header and create a session and store it in a tag. i.e Access it with the XSLT parser as a remote xml document (you need to of course) with a local XSL file. Parse it and the session is not there. This is probably because the XSLT parser is accessing the file from 'outside' and so the session has not been created. In my case its been create long before in the login script. The bug appears to be that the XSLT parser doesn't recognised the already created session. Is there a fix to this, perhaps a change in the XSLT function, etc. -- Edit bug report at http://bugs.php.net/?id=26316&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26316&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26316&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26316&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26316&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26316&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26316&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26316&r=support Expected behavior: http://bugs.php.net/fix.php?id=26316&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26316&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26316&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26316&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26316&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26316&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26316&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26316&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26316&r=float
#24296 [Csd->Opn]: Sablot XSLT gives error 3 when xml file too big
ID: 24296 User updated by: andrew at shh dot fi Reported By: andrew at shh dot fi -Status: Closed +Status: Open Bug Type: XSLT related Operating System: win32 and linux PHP Version: 4.3.2 Assigned To: edink New Comment: Close this if need be. It works for me now and the same if you run the updaté on Linux. Previous Comments: [2003-07-20 15:56:55] andrew at shh dot fi Expat 1.95.6 http://sourceforge.net/projects/expat/ [2003-07-20 10:40:24] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-07-14 18:27:43] [EMAIL PROTECTED] Which expat version worked for you? [2003-06-26 12:54:44] [EMAIL PROTECTED] Edin, can you update the expat lib in the win32 stuff..? Andrew, what version did you use? [2003-06-25 02:17:41] andrew at shh dot fi Problem resolved!! Upgrade the expat to the latest version and everything works The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/24296 -- Edit this bug report at http://bugs.php.net/?id=24296&edit=1
#24296 [NoF->Csd]: Sablot XSLT gives error 3 when xml file too big
ID: 24296 User updated by: andrew at shh dot fi Reported By: andrew at shh dot fi -Status: No Feedback +Status: Closed Bug Type: XSLT related Operating System: win32 and linux PHP Version: 4.3.2 Assigned To: edink New Comment: Expat 1.95.6 http://sourceforge.net/projects/expat/ Previous Comments: [2003-07-20 10:40:24] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-07-14 18:27:43] [EMAIL PROTECTED] Which expat version worked for you? [2003-06-26 12:54:44] [EMAIL PROTECTED] Edin, can you update the expat lib in the win32 stuff..? Andrew, what version did you use? [2003-06-25 02:17:41] andrew at shh dot fi Problem resolved!! Upgrade the expat to the latest version and everything works [2003-06-24 01:25:05] andrew at shh dot fi I found another person who had experienced similar problems on the Gingerall.com site. He had attached an example file. The size is 277034 characters - rather large. This appears to fail. However, I have installed the latest Expat Release 1.95.6 update and it seems to have worked - from a command line. The problem will now need to be addressed in the PHP sablot. Heres the xslt file: http://www.w3.org/1999/XSL/Transform"; version="1.0"> Heres the xml file1: test.xml ]> &module1; And heres part of the external xml file: test2.xml Well these are examples but in the real work I need to pass a huge xml file with lots of data. regards The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/24296 -- Edit this bug report at http://bugs.php.net/?id=24296&edit=1
#24296 [Opn]: Sablot XSLT gives error 3 when xml file too big
ID: 24296 User updated by: andrew at shh dot fi Reported By: andrew at shh dot fi Status: Open Bug Type: XSLT related Operating System: win32 and linux PHP Version: 4.3.2 New Comment: Problem resolved!! Upgrade the expat to the latest version and everything works Previous Comments: [2003-06-24 01:25:05] andrew at shh dot fi I found another person who had experienced similar problems on the Gingerall.com site. He had attached an example file. The size is 277034 characters - rather large. This appears to fail. However, I have installed the latest Expat Release 1.95.6 update and it seems to have worked - from a command line. The problem will now need to be addressed in the PHP sablot. Heres the xslt file: http://www.w3.org/1999/XSL/Transform"; version="1.0"> Heres the xml file1: test.xml ]> &module1; And heres part of the external xml file: test2.xml Well these are examples but in the real work I need to pass a huge xml file with lots of data. regards [2003-06-23 17:51:31] [EMAIL PROTECTED] Could you at least aproximate the size of the xml file at which the problems begins to occur? ---- [2003-06-23 06:43:02] andrew at shh dot fi Description: The setup is an xml document with several external entities including xml files. Using the standard xslt functions in php the problem begins when the filesize exceed a limit (don't know what the size is unless I start couting all the includes). By choopping out a number of lines from the files the problem is OK. Its not about structure as this works OK in MsXML plus other packages like XML Spy. The problem is definately with the sablot/expat somewhere. I am not sure whether its a combination of entities and filesize or just filesize. What appears to be happening is some kind of cache that chops the end off therefore giving an error 3 which is an no element found error. Perhaps the problem is with expat? Any ideas? Reproduce code: --- Expected result: A load of text Actual result: -- Warning: Sablotron error on line 293: XML parser error 3: no element found in E:\projects\studybuilder\parse.php on line 12 Error Number: 2 XML parser error 3: no element found -- Edit this bug report at http://bugs.php.net/?id=24296&edit=1
#24296 [Fbk->Opn]: Sablot XSLT gives error 3 when xml file too big
ID: 24296 User updated by: andrew at shh dot fi Reported By: andrew at shh dot fi -Status: Feedback +Status: Open Bug Type: XSLT related Operating System: win32 and linux PHP Version: 4.3.2 New Comment: I found another person who had experienced similar problems on the Gingerall.com site. He had attached an example file. The size is 277034 characters - rather large. This appears to fail. However, I have installed the latest Expat Release 1.95.6 update and it seems to have worked - from a command line. The problem will now need to be addressed in the PHP sablot. Heres the xslt file: http://www.w3.org/1999/XSL/Transform"; version="1.0"> Heres the xml file1: test.xml ]> &module1; And heres part of the external xml file: test2.xml Well these are examples but in the real work I need to pass a huge xml file with lots of data. regards Previous Comments: [2003-06-23 17:51:31] [EMAIL PROTECTED] Could you at least aproximate the size of the xml file at which the problems begins to occur? ---- [2003-06-23 06:43:02] andrew at shh dot fi Description: The setup is an xml document with several external entities including xml files. Using the standard xslt functions in php the problem begins when the filesize exceed a limit (don't know what the size is unless I start couting all the includes). By choopping out a number of lines from the files the problem is OK. Its not about structure as this works OK in MsXML plus other packages like XML Spy. The problem is definately with the sablot/expat somewhere. I am not sure whether its a combination of entities and filesize or just filesize. What appears to be happening is some kind of cache that chops the end off therefore giving an error 3 which is an no element found error. Perhaps the problem is with expat? Any ideas? Reproduce code: --- Expected result: A load of text Actual result: -- Warning: Sablotron error on line 293: XML parser error 3: no element found in E:\projects\studybuilder\parse.php on line 12 Error Number: 2 XML parser error 3: no element found -- Edit this bug report at http://bugs.php.net/?id=24296&edit=1
#24296 [NEW]: Sablot XSLT gives error 3 when xml file too big
From: andrew at shh dot fi Operating system: win32 and linux PHP version: 4.3.2 PHP Bug Type: XSLT related Bug description: Sablot XSLT gives error 3 when xml file too big Description: The setup is an xml document with several external entities including xml files. Using the standard xslt functions in php the problem begins when the filesize exceed a limit (don't know what the size is unless I start couting all the includes). By choopping out a number of lines from the files the problem is OK. Its not about structure as this works OK in MsXML plus other packages like XML Spy. The problem is definately with the sablot/expat somewhere. I am not sure whether its a combination of entities and filesize or just filesize. What appears to be happening is some kind of cache that chops the end off therefore giving an error 3 which is an no element found error. Perhaps the problem is with expat? Any ideas? Reproduce code: --- Expected result: A load of text Actual result: -- Warning: Sablotron error on line 293: XML parser error 3: no element found in E:\projects\studybuilder\parse.php on line 12 Error Number: 2 XML parser error 3: no element found -- Edit bug report at http://bugs.php.net/?id=24296&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24296&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24296&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24296&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24296&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24296&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24296&r=support Expected behavior: http://bugs.php.net/fix.php?id=24296&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24296&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24296&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24296&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24296&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24296&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24296&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24296&r=gnused