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=-0.8 required=5.0 tests=BAYES_00,INVALID_DATE autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,c83a22003c320b45 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 1994-11-07 09:26:51 PST Newsgroups: comp.lang.ada Path: nntp.gmd.de!xlink.net!howland.reston.ans.net!pipex!lyra.csx.cam.ac.uk!sunsite.doc.ic.ac.uk!dcs.gla.ac.uk!unix.brighton.ac.uk!je From: je@unix.brighton.ac.uk (John English) Subject: Re: Initialization Params for Controlled Types Message-ID: <1994Nov7.103259.14008@unix.brighton.ac.uk> Organization: University of Brighton, UK X-Newsreader: TIN [version 1.2 PL2] References: <39ebsa$129i@watnews1.watson.ibm.com> <39g6nl$86v@lang8.cs.nyu.edu> Date: Mon, 7 Nov 1994 10:32:59 GMT Date: 1994-11-07T10:32:59+00:00 List-Id: Cyrille Comar (comar@cs.nyu.edu) wrote: : procedure Open (Account : in out BankAccount'Class; : Name : in String); : It will not be inherited! I do not say that it is the perfect solution for your : problem, my point is that it is exactly equivalent to defining Open as a : non-virtual member function in C++. But surely Open can still be applied to a CurrentAccount (which is in BankAccount'Class) so this doesn't actually help much. -- ------------------------------------------------------------------------------- John English | Thoughts for the day: Dept. of Computing | - People who live in windowed environments University of Brighton | shouldn't cast pointers E-mail: je@brighton.ac.uk | - In C++ only your friends can access your Fax: 0273 642405 | private parts -------------------------------------------------------------------------------