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,b8b8a54001adc4d2
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news1.google.com!proxad.net!news.cs.univ-paris8.fr!informatik.uni-bremen.de!cs.tu-berlin.de!uni-duisburg.de!not-for-mail
From: Georg Bauhaus <sb463ba@l1-hrz.uni-duisburg.de>
Newsgroups: comp.lang.ada
Subject: Re: Possible Ada deficiency?
Date: Tue, 11 Jan 2005 20:12:49 +0000 (UTC)
Organization: GMUGHDU
Message-ID: <cs1c01$32d$1@a1-hrz.uni-duisburg.de>
References: <1104516913.718856.94090@z14g2000cwz.googlegroups.com>
 <wccy8f4orfp.fsf@shell01.TheWorld.com>
 <1105290947.422412.195950@c13g2000cwb.googlegroups.com>
 <PbfEd.2632$pZ4.1560@newsread1.news.pas.earthlink.net>
 <1105327217.641306.80180@c13g2000cwb.googlegroups.com>
 <wcc7jml3p6t.fsf@shell01.TheWorld.com>
 <1105396179.381458.84950@f14g2000cwb.googlegroups.com>
NNTP-Posting-Host: l1-hrz.uni-duisburg.de
X-Trace: a1-hrz.uni-duisburg.de 1105474369 3149 134.91.1.34 (11 Jan 2005
 20:12:49 GMT)
X-Complaints-To: usenet@news.uni-duisburg.de
NNTP-Posting-Date: Tue, 11 Jan 2005 20:12:49 +0000 (UTC)
User-Agent: tin/1.5.8-20010221 ("Blue Water") (UNIX) (HP-UX/B.11.00
 (9000/800))
Xref: g2news1.google.com comp.lang.ada:7650
Date: 2005-01-11T20:12:49+00:00
List-Id: <comp.lang.ada>

danmcleran@hotmail.com wrote:
 


:  It would be nice to prevent future
: developers from writing child packages if you don't want them to.

If you prevent programmers from extending software I can't see
how that's nice. ;-)
If the software depends on things staying concealed, why not just
write a short comment explaining this and possible consequences of
misuse?
 Or, if children/body need consistent common "service variables"
or servicing components of a tagged type, or ... or service routines
from the private part of parent, why not use some totally separate service
package together with a has-a relation? You could even use
a protected type in the service package for regulating how access is
granted to the service.
 OK it's not the same as Java's private, or as Ada's body.


-- Georg