The answer was clearly given without enough thinking...
The first question is: are you using the lib to write the client, the
server or both?
Then some explanations:
- on line 922, if the server has received some CP1252 text, it should
default to $GLOBALS['xmlrpc_defencoding']='UTF-8'. Did you also change
that variable? otherwise I cannot explain it...
- are you using php 4 or 5? there are some differences between the xml
parser use by php
- there is some more work surely to be done for everything to work fine.
Setting internalencoding to CP1252 before emitting (encoding) data is
fine, but, as you have seen, it cannot be used when decoding it. And
both server and client decode data (request and response, respectively).
Since cp1252 is not supported by the php4 xml parser, we have to find
some workaround
Bye
Gaetano
Hi Gaetano,
thank you for your fast reply and advice! I implemented the steps as
you described, but when setting
$GLOBALS['xmlrpc_internalencoding']='CP1252'; I am now getting the
following error:
Warning: xml_parser_set_option() [function.xml-parser-set-option]:
Unsupported target encoding quot;CP1252quot; in
...\module_xmlrpc\lib\xmlrpcs.inc on line 922
The PHP documentation says the only support ISO-8859-1, US-ASCII and
UTF-8: http://de3.php.net/xml_parser_set_option
How can I further tackle this issue?
Thanks and best regards,
Matthias Korn
Gaetano Giunta schrieb:
The characters you are sending are very likely part of the windows
charset, aka, cp 1252.
There is no support for that right now, but it is quite is easy to
add it:
in xmlrpc.inc, on line 152, an array is already defined with the
necessary translation. Using array_keys() and array_values() on it,
you can modify function xmlrpc_encode_entitites(), adding a new case:
case 'CP1252_US-ASCII':
$escaped_data = str_replace(array('', '', ', '',
''), array('amp;', 'quot;', 'apos;', 'lt;', 'gt;'), $data);
$escaped_data =
str_replace($GLOBALS['xml_iso88591_Entities']['in'],
$GLOBALS['xml_iso88591_Entities']['out'], $escaped_data);
$escaped_data =
str_replace(array_keys(array_keys($GLOBALS['$cp1252_to_xmlent'])),
array_values($GLOBALS['$cp1252_to_xmlent']), $escaped_data);
break;
then of course you have to declare your internal encoding as CP1252
... and maybe check out if there is any decoding function to be
patched...
bye
Gaetano
Hi,
I have an encoding problem of some sort. The data (strings) I'm
sending through xmlresp contains some really nasty characters (e.g.
• „ “ …) and breaks the XML parser on the client side. Most of the
characters get automatically converted to their corresponding XML
entities by you library, but not those listed above.
How can I convert them so that my XML parser doesn't break? (I can
verify it's broken in Internet Explorer, which probably uses the
same parser)
Best regards,
Matthias Korn
___
phpxmlrpc mailing list
phpxmlrpc@lists.usefulinc.com
http://lists.usefulinc.com/cgi-bin/mailman/listinfo/phpxmlrpc
___
phpxmlrpc mailing list
phpxmlrpc@lists.usefulinc.com
http://lists.usefulinc.com/cgi-bin/mailman/listinfo/phpxmlrpc
