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,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 109fba,e0a59694a441eb7b X-Google-Thread: 103376,e0a59694a441eb7b X-Google-Thread: fac41,e0a59694a441eb7b X-Google-Thread: 1108a1,e0a59694a441eb7b X-Google-Attributes: gid109fba,gid103376,gidfac41,gid1108a1,public X-Google-ArrivalTime: 2004-04-23 15:33:22 PST Path: archiver1.google.com!news1.google.com!news.glorb.com!meganewsservers.com!feeder2.on.meganewsservers.com!newshosting.com!nx02.iad01.newshosting.com!diablo.voicenet.com!nntp.abs.net!ash.uu.net!spool.news.uu.net!not-for-mail Date: Fri, 23 Apr 2004 18:33:05 -0400 From: Hyman Rosen User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.c++,comp.lang.ada,comp.lang.eiffel,comp.object Subject: Re: OOP Language for OS Development References: <95db0572.0404142153.431fd058@posting.google.com> <566e2bfb.0404181753.2844342f@posting.google.com> <4088D574.2020503@tele2.fr> <1082732696.152155@master.nyc.kbcfp.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Organization: KBC Financial Products Message-ID: <1082759585.818002@master.nyc.kbcfp.com> Cache-Post-Path: master.nyc.kbcfp.com!unknown@nightcrawler.nyc.kbcfp.com X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/) NNTP-Posting-Host: 204.253.250.10 X-Trace: 1082759585 28673 204.253.250.10 Xref: archiver1.google.com comp.lang.c++:31341 comp.lang.ada:7438 comp.lang.eiffel:731 comp.object:11065 Date: 2004-04-23T18:33:05-04:00 List-Id: Brian_Heilig wrote: > Either I don't understand your post or you are mistaken. If the > derived class conforms to (inherits from) the parameter's type then > there is no problem. In Eiffel, Derived::Foo(Derived) overrides Base::Foo(Base). That means that if you have a Base object, and you call some_base_reference.Foo(some_other_base_reference), the call looks correct, but if some_base_reference is really a Derived and some_other_base_reference is not a Derived, you have an error. It's a horrible misfeature, but its proponents cling to it tenaciously, and they have spent years trying to figure out workarounds so that the errors can be caught.