http://livedocs.adobe.com/ Macromedia LiveDocs - online documentation with user feedback. Copyright 2009, Macromedia, Inc. 2009-11-26T03:40:03 en-us http://livedocs.adobe.com/coldfusion/7/htmldocs/00000668.htm#56578 If the number of contiguous single quotes is odd XMLFormat adds one more when converting to the escaped representation so fred's becomes fred&apos;&apos;s as does fred''s - two single quotes, not a double quote. Similarly, fred'''s becomes fred&apos;&apos;&apos;&apos;s as does fred''''s.<br /><br />This doesn't seem to happen with the other four 7-bit characters, so I guess it is an unintended feature.<br /><br />Mike BlueSpline 0 0 2006-11-20T02:07:43 http://livedocs.adobe.com/coldfusion/7/htmldocs/00000668.htm#52578 xmlFormat does not drop or escape the collowing ascii control characters (decimal codes) : 1, 2, 3, 4, 5, 6, 7, 8, 11, 12, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31<br /><br />You will need to remove these via some other method if your data contains them and you wish to create a valid xml object from that data. turtle7 0 0 2006-09-05T16:09:17 http://livedocs.adobe.com/coldfusion/7/htmldocs/00000668.htm#41334 Though now in mx7 XMLFormat does cover the "high ascii characters" it still allows non-ascii characters right through, unaltered. since, in the particular system that I am working on non-ascii characters grind everything to a halt I have found it prudent to use the following in place of a regular XMLFormat() call...<br />XMLFormat(URLDecode(URLEncodedFormat(myData,"us-ascii"),"us-ascii"))<br /><br />This will cause the non-ascii characters to be replaced with ? which, while not pretty, will also not cause anything to crash. hpottash 0 0 2005-10-26T08:54:00