Message-Id: <199812180639.BAA08328@pop02.globecomm.net> MIME-Version: 1.0 X-Mailer: Denshin 8 Go V1.9b1 Date: Fri, 18 Dec 1998 15:38:54 +0900 X-My-Real-Login-Name: adamtk AT altavista DOT net; mail.iname.com From: "Toshio 'ADAM' Kudo" To: sandmann AT clio DOT rice DOT edu (Charles Sandmann) Cc: eliz AT is DOT elta DOT co DOT il, djgpp-workers AT delorie DOT com In-Reply-To: Your message of "Thu, 17 Dec 1998 16:53:30 -0600 (CST)" <9812172253 DOT AA15992 AT clio DOT rice DOT edu> Subject: Re: patches to 2.02 Reply-To: djgpp-workers AT delorie DOT com Hi. >Would it make sense to make the character set changes run time comparisons >to see if it is a PC98 system? I'm not sure if anyone is attached At run time, I don't change the character set, but only console I/O (use BIOS, or thru DOS). :-) For your information, lower part (0-127 decimal) of `Microsft Kanji Encoding Scheme' (aka Shift-JIS) are as same as ASCII, except 0x5C (in ASCII, it looks `back-shash', in Shift JIS, it looks `Yen'). And higher part (128-255 decimal) are used for `Kanji', `Katakana'. This scheme is not used *only* on PC98 but also DOS/V. Similarly, in the Oriental country such as Korea, China, higher part are used for their own character set (uses their own DBCS), and lower part are almost as same as ASCII. So, I think djgpp will work well in almost countries, on almost machines, not need to apply large (and/or many) patches, if djgpp uses *only* lower part (0-127 decimal) chars except it *needs* higer one. And `standard' control codes (0-31 decimal) too. Don't you think so? -------- ADAM, as Toshio KUDO GCG02632 AT nifty DOT ne DOT jp / adamtk AT altavista DOT net