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!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" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: Community Input for the Maintenance and Revision of the Ada
 Programming Language
Date: Mon, 2 Oct 2017 14:51:42 -0500
Organization: JSA Research & Innovation
Message-ID: <oqu5cf$vjv$1@franka.jacob-sparre.dk>
References: <oludae$seh$1@franka.jacob-sparre.dk>
 <915874b5-52c0-4aa8-9023-82fddedb816f@googlegroups.com>
 <op6odj$elu$1@gioia.aioe.org>
 <d5f3c820-1e9c-4a7d-9e2b-1981647180e5@googlegroups.com>
 <e3074266-6ebc-4eab-b0de-7fc1a4b5c7c4@googlegroups.com>
 <67345f73-530c-400b-9eb4-63eeb440154c@googlegroups.com>
 <b21832af-972a-4746-b9b1-9ea4a48bd196@googlegroups.com>
 <op868s$s5i$1@gioia.aioe.org>
 <9a6338d9-83be-4e45-b8b7-edc56e33537f@googlegroups.com>
 <op8cgh$183k$1@gioia.aioe.org>
 <2deb28e2-f7e8-4461-b8b8-c2c6cf2784aa@googlegroups.com>
 <op8iqd$1kg9$1@gioia.aioe.org>
 <5de470d2-aa3d-4c02-ae2b-266c33a289fe@googlegroups.com>
 <op8mio$1scc$1@gioia.aioe.org>
Injection-Date: Mon, 2 Oct 2017 19:51:43 -0000 (UTC)
Injection-Info: franka.jacob-sparre.dk;
 posting-host="rrsoftware.com:24.196.82.226";
	logging-data="32383"; 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:48288
Date: 2017-10-02T14:51:42-05:00
List-Id: <comp.lang.ada>

"Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> wrote in message 
news:op8mio$1scc$1@gioia.aioe.org...
...
>> You may not have need for it. That doesn't necessarily make it true
>> for the rest of the world.
> I didn't say that. I said that there is no use case for it. Which is not 
> same. Regarding the rest of the world, it is even simpler. It is a mere 
> empirical fact relatively easy to measure. Take available Ada code base 
> and compare how frequently various types of strings are used there.
>
> That nobody actually uses bounded strings does not necessary mean that 
> there is no use of bounded strings. Maybe people are uneducated, have 
> prejudices etc. But no the thing is indeed useless, therefore not used. 
> Could be quietly removed from the standard, nobody would notice...

Tom used bounded strings in some parts of the Claw interface (I forget 
exactly which ones). The underlying Win32 record types acted like a bounded 
string, so it probably seemed like a reasonable mapping. So I can say 
conclusively that there is at least one use of a bounded string out there, 
and Claw would break if the package was removed.

But using them is a pain-in-the-a**. I'd much rather that the types had been 
mapped to regular fixed strings.

In general, I agree with you; Bounded strings have no real use (especially 
on Janus/Ada, where the implementation of a generic like that uses implicit 
heap allocation anyway - so there is no practical difference between it and 
unbounded strings).

                                              Randy.