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.1 required=5.0 tests=BAYES_00,DATE_IN_PAST_12_24,
	FORGED_GMAIL_RCVD,FREEMAIL_FROM autolearn=no autolearn_force=no
	version=3.4.4
X-Google-Thread: a07f3367d7,d5b211b0c1ffcf3e
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
Received: by 10.204.132.81 with SMTP id a17mr400914bkt.4.1339693185078;
        Thu, 14 Jun 2012 09:59:45 -0700 (PDT)
Path: 
 e27ni47958bkw.0!nntp.google.com!news1.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: Wed, 13 Jun 2012 11:21:10 -0700 (PDT)
Organization: http://groups.google.com
Message-ID: <25b7d199-634c-44d6-b9db-4bd20d4c9d19@googlegroups.com>
References: <f214ca96-cb72-4171-b952-32c19f6d0d7c@googlegroups.com>
 <f0203f8d31f75a88dab13832de823f5e@dizum.com>
 <89e137c8-45b1-48a3-8d15-3a15d8796af0@googlegroups.com>
 <b58b3a07-277b-4556-9776-b97c0a4471ef@googlegroups.com>
 <1ij4sij23rw7l.g2ym8z451mt4.dlg@40tude.net>
NNTP-Posting-Host: 96.2.54.122
Mime-Version: 1.0
X-Trace: posting.google.com 1339611759 3110 127.0.0.1 (13 Jun 2012 18:22:39
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Wed, 13 Jun 2012 18:22:39 +0000 (UTC)
Cc: mailbox@dmitry-kazakov.de
In-Reply-To: <1ij4sij23rw7l.g2ym8z451mt4.dlg@40tude.net>
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
Date: 2012-06-13T11:21:10-07:00
List-Id: <comp.lang.ada>

On Wednesday, June 13, 2012 3:21:04 AM UTC-5, Dmitry A. Kazakov wrote:
> On Tue, 12 Jun 2012 20:04:35 -0700 (PDT), Shark8 wrote:
> 
> > However, if it's a package devoted to text manipulation then we might want 
> > to use ropes rather than strings
> 
> Rope is an implementation of string that uses certain internal
> representation.

Right; perhaps I should have been more correct and said "character array"-based stings.

> 
> Similarly, encoding is an implementation of two interfaces one of which an
> array of code points another is an array of storage or stream elements.
> 
> There is no need in any libraries to be cut and paste for each of the
> infinite combination of string representations x implementation x code
> point constraints x bounds constraints etc. It is insanity.
 
Who said anything about using an infinitude of implementations? The array-based one is good for most short/simple string handling; but it's rather unsuitable for add-/delete-operation intensive tasks (on large-data) such as, say, a word-processor.

And given the very reasonable assumption that some data using a string[-and-pattern?]-manipulation package intends to do many such operations it behooves us to use an implementation conducive to the operations we will be performing.