Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!lll-winken!uunet!munnari.oz.au!cs.mu.oz.au!ok From: ok@cs.mu.oz.au (Richard O'Keefe) Newsgroups: comp.lang.prolog Subject: Re: Non-ASCII characters, suggestion and question Message-ID: <2438@munnari.oz.au> Date: 16 Oct 89 04:02:53 GMT References: <2422@munnari.oz.au> Sender: news@cs.mu.oz.au Lines: 25 In article , ted@nmsu.edu (Ted Dunning) writes: > Prolog's difficulty in dealing with the european character sets is > nothing compared with the genuine antipathy with which it regards > oriental character sets. for instance, in Quintus, put strips the > high bit of characters being output, and the contents of string > literals are stripped of their high bits by the guts of read. this > leads to real pain in trying to write a program which has embedded > chinese or japanese characters in it. Yes, there were old versions of Quintus Prolog which did this, but it hasn't been true for a long time. What's more, Quintus Prolog supports Kanji under VAX/VMS and VAX/Ultrix to my certain knowledge and may (I've been away from Quintus for a while) support Kanji on other platforms as well, certainly it has no difficulty with the "Shift-JIS" coding, the main problem is that the coming thing is EUUC. But Quintus intend to support EUUC as well as Shift-JIS. > that is only the beginning. why admit there is such a thing as a yen > if you won't admit that kanji exists? Well, I'm not speaking for Quintus, I'm just speaking for myself, and I insisted back in 1984 that the Prolog standard should support Kanji. Quintus does admit that Kanji exists and has supported it for years. (You do have to buy a special version. Send mail to sales@quintus.com.)