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-7-bit X-Google-Thread: 103376,1ea92c0e5255811d X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-02-27 00:13:45 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!headwall.stanford.edu!fu-berlin.de!uni-berlin.de!tar-alcarin.cbb-automation.DE!not-for-mail From: Dmitry A. Kazakov Newsgroups: comp.lang.ada Subject: Re: Container libraries Date: Thu, 27 Feb 2003 09:13:43 +0100 Message-ID: <26hr5vo8f1ulmi9366svb12tkt6a08tjp3@4ax.com> References: <5d6fdb61.0302250317.c49d71a@posting.google.com> NNTP-Posting-Host: tar-alcarin.cbb-automation.de (212.79.194.111) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: fu-berlin.de 1046333624 58065817 212.79.194.111 (16 [77047]) X-Newsreader: Forte Agent 1.8/32.548 Xref: archiver1.google.com comp.lang.ada:34652 Date: 2003-02-27T09:13:43+01:00 List-Id: On Wed, 26 Feb 2003 19:17:52 +0100, Jano <402450@cepsz.unizar.es> wrote: >En el mensaje , simon@pushface.org >dice... >> 402450@cepsz.unizar.es (Jano) writes: >> >> > My requeriments are, basicly: ordering, finding (both >> > time-efficient) and multitasking support if possible. >> >> What sort of multi-tasking support would _you_ like, then? (the Booch >> Components used to have some, but as soon as I tried to actually use >> it myself in a serious application it was obvious that no simplistic >> approach to multitasking was ever going to satisfy more than a very >> few users. > >I understand it's a complicated matter. I'd like to have protected >versions, but also consistent iterators. I must think if I'd prefer >constant snapshots (copy) or simply transparently be unaware if an item >is removed-added by another task. The problem is the level of integrity you want to achieve. The lowest (and easy) level is to ensure the container data consistency upon concurrent updates. But already iterators would require a higher level depending on the semantics of what the container contains. Sometimes you would like to lock the container during the whole iteration process to have a consistent view on it. Probably you would like to share such views between multiple tasks. Maybe you would like to allow a read access to the container at this time. And so on. I doubt, that there could be an universal and simple approach here. >I suppose these kinds of doubts are what made you to leave that part to >each user. --- Regards, Dmitry Kazakov www.dmitry-kazakov.de