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: a07f3367d7,dea2d62ab1462538
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news4.google.com!feeder.news-service.com!newsfeed1.swip.net!not-for-mail
Message-ID: <4B50F011.1000308@nowhere.com>
Date: Fri, 15 Jan 2010 23:45:37 +0100
From: nobody <nobody@nowhere.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.0.2) Gecko/20021120 Netscape/7.01
X-Accept-Language: sv, en-us, en
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: Writing an Operating System in Ada
References: 
 <da0b481d-9380-457a-94cf-c28c465ce78c@k19g2000yqc.googlegroups.com>
 	<sg7o147u4q26.1y1lzuwi5ofjs$.dlg@40tude.net>
 <8e9bc311-7540-40a1-b19e-49e93648c25c@s31g2000yqs.googlegroups.com>
 	<9oyblld05omh$.1dzhmyoseeb7x$.dlg@40tude.net>
 <14f3ba77-f47d-45db-bf6f-bca3dfa0a3f4@r24g2000yqd.googlegroups.com>
 	<4B4CFA2C.6020109@nowhere.com>
 <a12c83c8-9867-4759-964d-4c77f5b9afb5@h9g2000yqa.googlegroups.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Organization: A Customer of Tele2
NNTP-Posting-Host: 212.151.8.199
X-Trace: 1263595598 anchorman-read.tele2.net 2775 212.151.8.199:1047
X-Complaints-To: abuse@swip.net
Xref: g2news1.google.com comp.lang.ada:8772
Date: 2010-01-15T23:45:37+01:00
List-Id: <comp.lang.ada>

Shark8 wrote:
> On Jan 12, 3:39 pm, nobody <nob...@nowhere.com> wrote:
> 
>>Shark8 wrote:
>>
>>>The problem about having no I/O is that there are some file-formats
>>>which ARE sequential-in-nature as opposed to Random-access/Record-in-
>>>nature: Midi and Huffman encoding (actually MOST compression would
>>>fall here) are to examples off the top of my head. Or am I
>>>misunderstanding what you mean?
>>
>>That is just implementation details that should(can) be hidden from the
>>application code. Stick to the objects. Don't forget associations.
> 
> 
> Aren't associations rather trivial if we derive all files from some
> base tagged-type and use the tag as the type-identifier?

Only for -to one. But how about -to many and -to one or many or ....

For me associations are also almost always bidirectional.

So just a simple tag reference may not be enough and standardised ways 
to navigate would be great.