Re: Double byte from EBCDIC to ASCII. (Tom L. Deskevich)

As I think Chuck mentioned Tom - 65535 means “Don’t translate” or “Binary” (whichever makes most sense to you) it is not a code page in any sense - it just says that the programmer is assuming all responsibility.

But at some point in your system _someone_ has to know what code page(s) it actually contains. Otherwise it could never be printed/displayed which would make storing it a bit pointless.

I don’t see how you can realistically hope to complete your task without finding out what the heck format the data is in. There isn’t just one DBCS character set just as there isn’t just one EBCDIC or ASCII set.

As Chuck also alluded - using 65535 was almost certainly a bad choice to begin with - but I understand that you have to live with it. But at least find out what format it is in then we can give you a definitive solution. Anything else is just guessing and while it may appear to work it will almost certainly fall apart at some point down the road.


Jon Paris

www.partner400.com
www.SystemiDeveloper.com

On Oct 17, 2016, at 12:33 PM, Tom L. Deskevich <tld@xxxxxxxxxxxxx> wrote:

Jon, I have to say I do not know the double byte character set.
But that is the CCSID (65535) we use for file creation is our standard for
any language that uses symbols and such for the language.
I am creating the extract files, so I have some flexibility.

Chuck, so I should use CCSID 1209 for UTF8?
The CPYTOIMPF ignores all CCSID codes except 65535, so I guess I need
another utility to do this?

The client access method just doubles up the record length, to produce the
double byte information the way I read it.

Thanks
Tom Deskevich



--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.