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,9464f7990925623f X-Google-Attributes: gid103376,public From: Tucker Taft Subject: Re: Attempting to modify a function result Date: 1999/07/26 Message-ID: <379CC450.12F5889@averstar.com>#1/1 X-Deja-AN: 505509345 Content-Transfer-Encoding: 7bit Sender: news@inmet.camb.inmet.com (USENET news) X-Nntp-Posting-Host: houdini.burl.averstar.com References: <3797103C.4FD5@nospam.boeing.com> <37976216.7454C725@mitre.org> Content-Type: text/plain; charset=us-ascii Organization: AverStar (formerly Intermetrics) Burlington, MA USA Mime-Version: 1.0 Newsgroups: comp.lang.ada Date: 1999-07-26T00:00:00+00:00 List-Id: Robert I. Eachus wrote: > > "Raymond C. Rawa" wrote: > > > I've encountered a "feature" of Ada83 or the VADS compiler that I don't > > understand. > > It is a feature of Ada, not just VADS. Huh? This is definitely a VADS bug. Unless the function is returning an access value, you can't use it on the left-hand-side of an assignment. If it returns an access value, then Display.A is equivalent to Display.all.A, and again the value returned by the function call is not being changed, but rather the record it points at. > Robert I. Eachus > > with Standard_Disclaimer; Presumably the Standard_Disclaimer covers this "typo"? ;-) -Tuck -- -Tucker Taft stt@averstar.com http://www.averstar.com/~stt/ Technical Director, Distributed IT Solutions (www.averstar.com/tools) AverStar (formerly Intermetrics, Inc.) Burlington, MA USA