comp.lang.ada
 help / color / mirror / Atom feed
From: mfeldman@seas.gwu.edu (Michael Feldman)
Subject: Re: LRM question - access types and con
Date: 29 Jun 90 17:30:08 GMT	[thread overview]
Message-ID: <2000@sparko.gwu.edu> (raw)
In-Reply-To: 138098@sun.Eng.Sun.COM

In article <138098@sun.Eng.Sun.COM> grover@brahmand.Eng.Sun.COM (Vinod Grover) writes:
>In article <1996@sparko.gwu.edu> mfeldman@seas.gwu.edu () writes:
>>                                Is it tested in the ACVC?
>It sounds very simple. Why dont you write a test for it?
Well, I don't think it's a simple as all that. What needs to be tested is
whether the allocator is safe in the presence of a run time system in which
tasks can be arbitrarily interrupted (pre-empted, whatever). Do you have a
good idea for a program that can create these conditions, i.e. that is 
such that we can control the timing precisely enough to guarantee that the
two tasks executing allocator calls will be interrupted precisely in the
middle of their calls?

I am reassured by Tucker Taft's assertion that an implementation has to be
sure its runtime data structures aren't "corrupted" in tasking situations.
I asked about the ACVC because, since I've never seen that assertion in 
writing "officially," I wonder what the authority is for it.

      reply	other threads:[~1990-06-29 17:30 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1394@software.software.org>
1990-06-27 15:53 ` LRM question - access types and con stt
1990-06-28 13:34   ` Jerry Callen
1990-06-29 21:55     ` Charles H. Sampson
1990-06-29  3:51   ` Michael Feldman
1990-06-29 13:25     ` Vinod Grover
1990-06-29 17:30       ` Michael Feldman [this message]
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox