RIF: [phpxmlrpc] (no subject)

Giunta Gaetano Giunta.Gaetano at sea-aeroportimilano.it
Thu Nov 20 13:40:59 GMT 2003

There is a long-known problem that has to do with chunked encoding and Apache IIRC: the web server splits the return message and adds a content-lenght header that does not take into account the extra chars involved in the splitting, so when the php client gets it it does all its decoding based on a content-lenght shorter than due (note: I may be confusing things a little bit).
The issue was investigates AFAIK by Eric Kidd, who had the same problem when talking to php-xmlrpc using its own C client library. (see http://groups.yahoo.com/group/xml-rpc/message/2725).
I cannot rememeber the solution, but it might involve upgarding your web server or changing its configuration.
Hope this helps

	-----Messaggio originale----- 
	Da: Charles Kefauver [mailto:ckefauver at ibacom.es] 
	Inviato: gio 20/11/2003 13.55 
	A: phpxmlrpc at usefulinc.com 
	Cc: monica 
	Oggetto: [phpxmlrpc] (no subject)

	Dear Sirs,
	I have been trying your xmprpc librarry, but I am having a problem. It
	is the same problem as happens on your own page! If you load :
	You will notice the following:
	The last word on the page is:
	when it should obviously be:
	(in other words the last 5 characters are missing).
	What I have done to fix this is to edit the "xmlrpc.inc" file, and
	modify the line that says:
	        result .= "\n </methodResponse>";
	        result .= "\n </methodResponse>     ";   #i.e. I have added 5
	and now the xml result page is complete.
	However this "patch" does not seem like a good idea, and the problem
	itself seems to indicate that this string chopping could occur in other
	How can I fix this cleanly?
	phpxmlrpc mailing list
	phpxmlrpc at usefulinc.com

More information about the phpxmlrpc mailing list