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: fac41,f66d11aeda114c52
X-Google-Attributes: gidfac41,public
X-Google-Thread: 103376,f66d11aeda114c52
X-Google-Attributes: gid103376,public
From: doylep@ecf.toronto.edu (Patrick Doyle)
Subject: Re: Design By Contract
Date: 1997/08/28
Message-ID: <EFMMKD.E7E@ecf.toronto.edu>#1/1
X-Deja-AN: 268775724
X-Nntp-Posting-Host: skule.ecf
Sender: news@ecf.toronto.edu (News Administrator)
References: <872172435.980@dejanews.com> <3403940F.4154@pseserv3.fw.hac.com>
 <3403C44F.2424@erols.com> <5u3c6v$gtf$2@miranda.gmrc.gecm.com>
Organization: University of Toronto, Engineering Computing Facility
Newsgroups: comp.lang.ada,comp.lang.eiffel
Date: 1997-08-28T00:00:00+00:00
List-Id: <comp.lang.ada>


In article <5u3c6v$gtf$2@miranda.gmrc.gecm.com>,
Paul Johnson <paul.johnson@gecm.com> wrote:
>In article <3403C44F.2424@erols.com>, velkoff@erols.com says...
>
>[In the middle of an otherwise good posting]
>
>>        In Eiffel, dynamic binding is the default.  The programmer has 
>>to do something special ("frozen") to make it impossible for descendants 
>>to redefine.
>
>I've seen this mistake made a few times around the net.  The assumption is
>that "frozen" was introduced as a sort of "anti-virtual", or at least that
>it has this effect.

[Discussion of difference between dynamicity and redefinability]

>The correct answer is "2".  The dynamic binding still happens.  The only
>effect of "frozen" is that if I create a new descendant of "B", I cannot
>redefine "foo" in it.
>
>Dynamic binding and "frozen" are orthogonal issues.

  Now, have a look at the quote you took, and tell me how it
contradicts this.

 -PD

-- 
--
Patrick Doyle
doylep@ecf.utoronto.ca