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=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,347f7cbe27451012
X-Google-Attributes: gid103376,public,usenet
X-Google-Language: ENGLISH,UTF8
Path: 
 g2news1.google.com!news4.google.com!feeder1-2.proxad.net!proxad.net!feeder1-1.proxad.net!feeder.news-service.com!txtfeed1.tudelft.nl!tudelft.nl!binfeed2.tudelft.nl!hwmnpeer03.ams!news.highwinds-media.com!transit5.hitnews.eu!newsfeed.arcor.de!newsspool4.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Date: Wed, 14 Nov 2007 10:31:14 +0100
From: Georg Bauhaus <rm.tsoh+bauhaus@maps.futureapps.de>
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: [ranting] Take Command Plugin, Win32Ada and Ada.Directories
References: <3343563.psPA6e9Oqh@linux1.krischik.com>
 <1pkwbr5s12cf9$.9k2umlcxqzbr.dlg@40tude.net> <473A1241.90702@obry.net>
 <1vrktz0rlauvu.1nm0xh8n2wl90.dlg@40tude.net> <473ab86d$1@news.post.ch>
In-Reply-To: <473ab86d$1@news.post.ch>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <473ac065$0$16659$9b4e6d93@newsspool3.arcor-online.net>
Organization: Arcor
NNTP-Posting-Date: 14 Nov 2007 10:31:17 CET
NNTP-Posting-Host: e1e13313.newsspool3.arcor-online.net
X-Trace: 
 DXC=_hcMF\eGDW@02Sh8E_NfIAMcF=Q^Z^V3H4Fo<]lROoRA4nDHegD_]REkE=]XECTafHA:ho7QcPOVCRa?S`WoAkBC=A[O;Y3l`hO
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news1.google.com comp.lang.ada:18362
Date: 2007-11-14T10:31:17+01:00
List-Id: <comp.lang.ada>

Martin Krischik wrote:

> Introducing Wide_String but then *not* introducing it for file names was
> the mistake. If only as an optional features for platforms which support
> Wide_String (or Wide_Wide_Sting) file names.

package IConv is

    -- the missing link to, e.g.
    -- http://www.gnu.org/software/libiconv/

end IConv;


(Interestingly, German DIN seems to be working on a
"solution" to the "problem" of having a two-letter UCase
representation LCase of sharp s, 'ß'. A stubborn occurrence
of wannabe optimisation IMHO.