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 regards Gaetano
-----Messaggio originale----- Da: Charles Kefauver [mailto:[EMAIL PROTECTED] Inviato: gio 20/11/2003 13.55 A: [EMAIL PROTECTED] 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 : http://xmlrpc.usefulinc.com:80/demo/server.php You will notice the following: The last word on the page is: </methodResp when it should obviously be: </methodResponse> (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>"; to result .= "\n </methodResponse> "; #i.e. I have added 5 spaces 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 places... How can I fix this cleanly? Thanks, Charles _______________________________________________ phpxmlrpc mailing list [EMAIL PROTECTED] http://lists.usefulinc.com/cgi-bin/mailman/listinfo/phpxmlrpc
_______________________________________________ phpxmlrpc mailing list [EMAIL PROTECTED] http://lists.usefulinc.com/cgi-bin/mailman/listinfo/phpxmlrpc