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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,878f0988ded38f50 X-Google-Attributes: gid103376,public From: Martin M Dowie Subject: Re: Passing Time via RCI Date: 1998/02/03 Message-ID: #1/1 X-Deja-AN: 321765829 References: <34D5D42A.35C7@lmco.com> <34D70B78.6503@lmco.com> MIME-Version: 1.0 Distribution: world X-NNTP-Posting-Host: dowie-cs.demon.co.uk [193.237.34.207] Newsgroups: comp.lang.ada Date: 1998-02-03T00:00:00+00:00 List-Id: [snip] > Yeah, Unchecked_Conversion is way down on my list of palatable > solutions, though the network on which it'd be used is homogeneous. > It just strikes me as almost an oversight that I have all these Time > oriented utilities and I can't simply use them because there's no > straightforward way to pass time around. Another option I've got > is to Split the time, type convert the Year, Month, etc into my > own types, pass these, convert them back to Calendar.Year, etc., > and use Time_Of to rebuild the time. And still... [snip] you mention that its a homogeneous network, but are all nodes on the network going to be built using the same compiler (even down to version)? even then, will your compiler assign the same space for objects of a type exported from a shared package used in different executables, or is it clever enough to choose different ones if this would be faster execution within each executable? we have a similar problem here. we are having to use our own time package and do all those conversions you talked of, as our 'system real time' can come from various sources and we have to synch our own processors with it. we're also constrained to using a common communications layer that sits between us and the hardware and have to convert every message into an array of bytes (this type being provided by the comms layer). and on top of that we're on a hetrogeneous lan - and endianness also has to be taken into account!! fun or what? :-) i doubt there will be any other way of doing this over processor interfaces other than defining your own (known represenation) types and doing the conversions, as the standard time types are (with good reason) deliberately implementation dependant. if you think of something more ingeneous than all this, please let me know! p.s. our stuff is in Ada83, if it makes a difference. -- Martin M Dowie