From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!nntp-feed.chiark.greenend.org.uk!ewrotcd!newsfeed.xs3.de!io.xs3.de!news.jacob-sparre.dk!franka.jacob-sparre.dk!pnx.dk!.POSTED.rrsoftware.com!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: Community Input for the Maintenance and Revision of the Ada Programming Language Date: Fri, 11 Aug 2017 16:13:41 -0500 Organization: JSA Research & Innovation Message-ID: References: <79e06550-67d7-45b3-88f8-b7b3980ecb20@googlegroups.com> <9d4bc8aa-cc44-4c30-8385-af0d29d49b36@googlegroups.com> <1395655516.524005222.638450.laguest-archeia.com@nntp.aioe.org> <4527d955-a6fe-4782-beea-e59c3bb69f21@googlegroups.com> <22c5d2f4-6b96-4474-936c-024fdbed6ac7@googlegroups.com> <1919594098.524164165.354468.laguest-archeia.com@nntp.aioe.org> <85d4930c-d4dc-4e4f-af7a-fd7c213b8290@googlegroups.com> Injection-Date: Fri, 11 Aug 2017 21:13:42 -0000 (UTC) Injection-Info: franka.jacob-sparre.dk; posting-host="rrsoftware.com:24.196.82.226"; logging-data="27162"; mail-complaints-to="news@jacob-sparre.dk" X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Response X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.7246 Xref: news.eternal-september.org comp.lang.ada:47715 Date: 2017-08-11T16:13:41-05:00 List-Id: "Dmitry A. Kazakov" wrote in message news:oml2tl$11i5$1@gioia.aioe.org... >>>> On Friday, August 11, 2017 at 10:42:12 AM UTC-4, Justin Sq wrote: >>> >>>>> On the otherhand Ada.Directories and Ada.Text_IO are woefully >>>>> outdated. >>>>> For example, if you have a computer and you speak a language like >>>>> Japanese, French, German, Spanish, etc. think of how frustrating it is >>>>> when you simply can't open a file with anything other than ASCII in >>>>> the >>>>> path. A program that deals with relative directories might work fine >>>>> in >>>>> one directory but get moved and suddenly fail hopelessly. Poor >>>>> end-user :( >>>> >>>> My mistake String supports more than just ASCII (Duh), but Asian and >>>> other esoteric languages obvious not. > > I believe GNAT implementation under Linux shamelessly ignores this and > passes UTF-8 encoded names through. Their claim is that it happens automatically; apparently no one (either GNAT or Linux) ever checks the characters of a file name for legality. So UTF-8 characters "work", since any arbitrary code can be in the file system. OTOH, most other systems have checks, and this doesn't work on the Mac, on Windows, etc. The problem is that AdaCore's desire to keep this misfeature killed the first attempt to allow UTF-8 in file names generally. There needs to be some way to tell UTF-8 strings from Latin-1 strings (as characters over 128 are encoded differently); I believe there was a suggestion to use a BOM to do this. That would have broken the "free" use in Linux, and it was killed. So you guys got nothing. The "obvious" fix is to add Wide_Directories and Wide_Wide_Directories, and then add Wide_ and Wide_Wide_ versions of all of the file name routines in the file packages. (This is the "Tom Petty" solution to me, since it would result is adding Wide_Wide_Open.) This Wide_Wide_ stuff is absolutely disgusting, and it doesn't provide a proper solution to anything UTF-8. Thus I'd like to find a better solution for generalized strings. I think this is where this discussion started ... Round and round the merry go around we go, never to stop. :-) Randy.