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: 114c38,b2077f5b728fb9af
X-Google-Attributes: gid114c38,public
X-Google-Thread: 103376,b2077f5b728fb9af
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2001-04-11 07:16:21 PST
From: "Martin Dowie" <martin.dowie@nospam.baesystems.com>
Newsgroups: comp.lang.ada,comp.os.vxworks
References: <3ad31759$1@pull.gecm.com> <upuekpwjq.fsf@gsfc.nasa.gov>
 <3ad40649$1@pull.gecm.com> <ud7ajiqx4.fsf@gsfc.nasa.gov>
Subject: Re: redirecting the standard output
Date: Wed, 11 Apr 2001 15:15:34 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
NNTP-Posting-Host: sg2c11210.dsge.edinbr.gmav.gecm.com
Message-ID: <3ad46502$1@pull.gecm.com>
X-Trace: 11 Apr 2001 15:06:58 GMT, sg2c11210.dsge.edinbr.gmav.gecm.com
Path: 
 supernews.google.com!sn-xit-03!supernews.com!logbridge.uoregon.edu!dispose.news.demon.net!demon!btnet-peer0!btnet-feed5!btnet!newreader.ukcore.bt.net!pull.gecm.com!sg2c11210.dsge.edinbr.gmav.gecm.com
Xref: supernews.google.com comp.lang.ada:6761 comp.os.vxworks:6414
Date: 2001-04-11T15:15:34+01:00
List-Id: <comp.lang.ada>

> Hmm, another requirement I use is "test and time what you fly". It is
> easier to use Project.Text_IO from the start, than to change to it
> later.

we use the nulled version for debugging only when it hits the target (if
the bug can be spotted appropiately using it) and the non-nulled
version primarily for host work.

All formal integration/system tests are done using the null-ed version.

> Also, packages should be testable without editing; use child packages to
> get access to private stuff.

absolutely, hence our use of a "Project.Text_IO" which can be null-ed.

> Hmm. Assuming 9600 baud serial link, 9 bits per character (with
> parity), that's about 1 ms per character. So you seem to have a
> significant tasking overhead in the serial implementation.

yup :-(