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
