× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hiya Charles,

I had a couple of comments.

1) A BOM is a unicode thing.  CCSID 819 isn't Unicode, and that's why it causes problems to have a BOM there.

2) No, you cannot expect Java or PASE to automatically set the CCSID to 1208 for you.  Remember, Java is a cross-platform language, and CCSIDs are pretty much IBM-specific, I've never seen them anywhere else.  (They're a great feature, though -- I wish all platforms had them... but they don't.)    Probably Java doesn't do anything with the CCSID at all, and PASE sets it to whatever PASE uses for a default, which is 819 in the US and most western counties.  It has no idea what the CCSID is supposed to be, its just a default.

3) The results you're seeing don't seem weird to me.  With CCSID 1208 (UTF-8) the system expects the BOM and ignores it -- it's still there, of course, so you see it in the hex dump -- but it realizes its not part of the data, so won't try to display it to the user or parse it in the XML document.   This seems normal. Since BOMs don't exist in CCSID 819 (iso-8859-1) it thinks they are special characters or control characters or something like that, and since that type of character isn't valid in that spot of an XML document you get the error.  Seems like correct/normal behavior to me.

-SK

On 3/20/2020 4:24 PM, Charles Wilt wrote:
Ok this is getting weirder...

I've got two files...both have the BOM, when view via WRKLNK 5=Display
(F10-Hex)



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.