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=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Adam Jensen <hanzer@riseup.net>
Newsgroups: comp.lang.ada
Subject: Re: Getting started with bare-board development
Date: Mon, 14 Nov 2016 18:03:16 -0500
Organization: A noiseless patient Spider
Message-ID: <o0dfqm$jsl$1@dont-email.me>
References: <o05g4n$q11$1@dont-email.me> <o06obm$u1b$1@dont-email.me>
 <o07f4o$9r4$1@dont-email.me> <o08oi5$bo4$1@dont-email.me>
 <o0agtr$2gg$1@dont-email.me> <o0akh0$fp4$1@dont-email.me>
 <o0anol$qna$1@dont-email.me> <87lgwmeb0m.fsf@nightsong.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Injection-Date: Mon, 14 Nov 2016 23:02:46 -0000 (UTC)
Injection-Info: mx02.eternal-september.org;
 posting-host="9f32be05ceed8ab4eea6b0c0b258b397";
	logging-data="20373"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX18jlBTSxmwAdpsRXyD8c7yT"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
In-Reply-To: <87lgwmeb0m.fsf@nightsong.com>
Cancel-Lock: sha1:t38PINTEUAh9Cn4JmIRLbpHu4qY=
Xref: news.eternal-september.org comp.lang.ada:32315
Date: 2016-11-14T18:03:16-05:00
List-Id: <comp.lang.ada>

On 11/14/2016 03:11 AM, Paul Rubin wrote:
> If it were me, I'd set up the test harness with some kind of event queue
> that would allow scheduling i/o completions, interrupts etc. to happen
> at specified timestamps in the future.  Then when you run the test, only
> the time ticks where something happens would get executed, without the
> idle ticks causing any delays in the test.  The idea is you want your
> tests to be fast even if the system being simulated is much slower.
> That lets you run the tests more frequently, which is a good thing.

Hi Paul, thanks for the hints. I'll probably need to continue my myopic
crawl through the LRM and the [(tragically) poorly written] Ada
programming textbooks before I can understand the implications and
subtleties of what you're suggesting. I think the consensus is that I
need to develop more information and understanding.