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=-0.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD,
	FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: 103376,d5b211b0c1ffcf3e
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Received: by 10.68.219.170 with SMTP id pp10mr5581985pbc.1.1339343481350;
        Sun, 10 Jun 2012 08:51:21 -0700 (PDT)
Path: 
 l9ni37878pbj.0!nntp.google.com!news2.google.com!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
From: Shark8 <onewingedshark@gmail.com>
Newsgroups: comp.lang.ada
Subject: Re: Practicalities of Ada for app development
Date: Sun, 10 Jun 2012 08:49:40 -0700 (PDT)
Organization: http://groups.google.com
Message-ID: <98ef69fe-f5af-485b-89b2-9358059f4582@googlegroups.com>
References: 
 <79c5c9f7-4b72-4990-8961-b3e2db4db79b@qz1g2000pbc.googlegroups.com>
 <a09a80a241191ef62e72aa46e2c449bc@dizum.com>
NNTP-Posting-Host: 96.2.54.122
Mime-Version: 1.0
X-Trace: posting.google.com 1339343481 15293 127.0.0.1 (10 Jun 2012 15:51:21
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Sun, 10 Jun 2012 15:51:21 +0000 (UTC)
In-Reply-To: <a09a80a241191ef62e72aa46e2c449bc@dizum.com>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=96.2.54.122;
 posting-account=lJ3JNwoAAAAQfH3VV9vttJLkThaxtTfC
User-Agent: G2/1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Date: 2012-06-10T08:49:40-07:00
List-Id: <comp.lang.ada>

On Saturday, June 9, 2012 4:25:05 AM UTC-5, Nomen Nescio wrote:
>
> Ada is (by design) a safe language.  But the side effect is that
> strings are arrays of characters and the developer is forced to be
> mindful of boundaries.. bogged down with detail.

And yet, if we were not mindful of [array] bounds, we would be screaming at=
 all the times using strings caused a buffer-overflow.

There are ways to "work around" the problem, like the reading long/variable=
-length strings piece-at-a-time and constructing the result inside a functi=
on. (Using recursion: http://www.adapower.com/index.php?Command=3DClass&Cla=
ssID=3DBasics&CID=3D202 )

That said, there are languages that are made for text processing, SNOBOL [I=
IRC] is one such language. (Also, I think there's an Ada port of the SPITBO=
L macros as part of the GNAT-specific packages.) Ironically, most of them a=
ren't used in the mainstream of software development which tends to fall ba=
ck on C's string manipulation [style of] functions or Regex (which is horri=
ble if you look at Regex from a maintenance perspective.).