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-Language: ENGLISH,ASCII X-Google-Thread: 103376,5f7230830b229a11 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-10-01 06:02:15 PST Path: archiver1.google.com!news2.google.com!newsfeed.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!elnk-nf2-pas!newsfeed.earthlink.net!stamper.news.pas.earthlink.net!stamper.news.atl.earthlink.net!newsread2.news.atl.earthlink.net.POSTED!not-for-mail Message-ID: <3F7AD04A.1070105@noplace.com> From: Marin David Condic User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 (OEM-HPQ-PRS1C03) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: FW: Is the Writing on the Wall for Ada? References: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 01 Oct 2003 13:02:14 GMT NNTP-Posting-Host: 165.247.66.46 X-Complaints-To: abuse@earthlink.net X-Trace: newsread2.news.atl.earthlink.net 1065013334 165.247.66.46 (Wed, 01 Oct 2003 06:02:14 PDT) NNTP-Posting-Date: Wed, 01 Oct 2003 06:02:14 PDT Organization: EarthLink Inc. -- http://www.EarthLink.net Xref: archiver1.google.com comp.lang.ada:66 Date: 2003-10-01T13:02:14+00:00 List-Id: Well, lets observe that A Solution Does Exist. Right now, you *can* find ways of dealing with Unbounded_String in all the contexts you might want by making use of To_String and To_Unbounded_String. I think the issue is more one of convenience. Personally, I'd prefer not to be jumping through all sorts of hoops if I want to just use Unbounded_String and forget about String. Your position of not wanting to make the ARM too big is probably desirable. That's where I'd go into my regular rant about having a Conventional Ada Library managed externally from the standard. You could add packages that made simple, easy access to most of the things one might want without having to impact the standard. The language remains small(er) and you don't add complexity to the validation effort, yet you can have most of the things you might want in a "Standard" way. MDC M�rio Amado Alves wrote: >>>... Only String versions is enough. >> >>And some thing an array of integers are enough. I thought the >>point of returning Unbounded_String was to make the Strings a >>bit easier to handle. > > > *Unbounded_String* is designed for easier handling of strings, not > necessarily *functions* returning Unbounded_String. Even Unbounded.Slice > returns a String. It's a matter of pros and cons. What do extra versions > of Get_Line buy us? Only that you can write > > An_Unbounded_String := Get_Line; > > instead of > > An_Unbounded_String := To_Unbounded_String (Get_Line); > > Now balance this with the cons: > > - longer ARM, or > > - will take space from more important things; > > - overloaded functions that in some contexts will produce ambiguity > (which the programmer must resolve with more code). > > My impression is cons > pros, that's all. > > (What is the AI for this anyway?) > > -- ====================================================================== Marin David Condic I work for: http://www.belcan.com/ My project is: http://www.jsf.mil/NSFrames.htm Send Replies To: m c o n d i c @ a c m . o r g "All reformers, however strict their social conscience, live in houses just as big as they can pay for." --Logan Pearsall Smith ======================================================================