Re: EBCDIC and other systems

2020-08-23 Thread Cameron Conacher
Sorry, just saw this. 3270 emulators. I use IBM PCOMM today, but I have used EXTRA and I have used Host on Demand. On Thu, Aug 20, 2020 at 8:40 PM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Thu, 20 Aug 2020 17:45:09 -0400, Cameron Conacher wrote: > > >I have use

Re: EBCDIC and other systems

2020-08-20 Thread Paul Gilmartin
On Thu, 20 Aug 2020 17:45:09 -0400, Cameron Conacher wrote: >I have used Japanese (930) and traditional Chinese (937) with the appropriate >EBCDIC Host Code Page. >So yes DBCS is supported on a green screen > Which terminals support these? I see that on MacOS and Linux both appear in the Option

Re: EBCDIC and other systems

2020-08-20 Thread Cameron Conacher
I have used Japanese (930) and traditional Chinese (937) with the appropriate EBCDIC Host Code Page. So yes DBCS is supported on a green screen Sent from my iPhone > On Aug 20, 2020, at 1:43 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Thu, 20 Aug 2020 0

Re: EBCDIC and other systems

2020-08-20 Thread Paul Gilmartin
On Thu, 20 Aug 2020 09:35:40 -0700, Charles Mills wrote: >I wonder if it might make sense to go UTF-32 even to disk, but compress the >data. > >I wonder how well standard compression schemes work with UTF-32? Are they too >octet-oriented to work optimally? > A non-scientific sample: 1995 $ ls -

Re: EBCDIC and other systems

2020-08-20 Thread Paul Gilmartin
On Thu, 20 Aug 2020 16:08:47 +0100, Rupert Reynolds wrote: >Charles: Good points well made. Yes, I agree that UTF-16 offers no >advantage to me. UTF-32 has to be considered for performance in string >handling functions. I may end up defaulting to UTF-8 on disc, and >converting to the others when n

Re: EBCDIC and other systems

2020-08-20 Thread Charles Mills
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rupert Reynolds Sent: Thursday, August 20, 2020 8:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EBCDIC and other systems Charles: Good points well made. Yes, I agree that UTF-16 offers no

Re: EBCDIC and other systems

2020-08-20 Thread Rupert Reynolds
UTF-8 > internally. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Rupert Reynolds > Sent: Thursday, August 20, 2020 5:55 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: EBCDIC and other

Re: EBCDIC and other systems

2020-08-20 Thread Rupert Reynolds
Thank you. Yes, codepages are another layer to handle, but I'm mainly making sure I don't make too many design mistakes early on that make things difficult later :-) Rupert On Thu., Aug. 20, 2020, 14:00 Cameron Conacher, wrote: > There are many EBCDIC codepages. > DBCS is used by japan, China,

Re: EBCDIC and other systems

2020-08-20 Thread Charles Mills
020 5:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EBCDIC and other systems I'm writing a new OS for PC hardware (an exercise started during lockdown/furlough) and I wondered about files from other systems. Is there much in DBCS on mainframe systems these days, or is it still mainly the same old

Re: EBCDIC and other systems

2020-08-20 Thread Cameron Conacher
There are many EBCDIC codepages. DBCS is used by japan, China, Korea and Vietnam. Our Japanese customers use EBCDIC codepage 930. Our Taiwanese customers use EBCDIC codepage 937. Sent from my iPhone > On Aug 20, 2020, at 8:54 AM, Rupert Reynolds wrote: > > I'm writing a new OS for PC hardwar

EBCDIC and other systems

2020-08-20 Thread Rupert Reynolds
I'm writing a new OS for PC hardware (an exercise started during lockdown/furlough) and I wondered about files from other systems. Is there much in DBCS on mainframe systems these days, or is it still mainly the same old 8-bit EBCDIC, please? I still have to decide whether to support UTF-8 and/or