[Cuis-dev] Bug in Class>>#removeClassVarName:
Gerald Klix
cuis.01 at klix.ch
Tue May 3 06:22:27 PDT 2022
To me the behavior makes perfect sense.
The question is just wrong. It should read:
“Will not delete class var <BliBlaBlub>, because it is still used in code.
Should I move to Undefined instead, so you can redefine it later?”.
Just my CHF 0.10,
Gerald
On May 3 2022, at 2:45 pm, Hernan Wilkinson via Cuis-dev <cuis-dev at lists.cuis.st> wrote:
> Hi Luciano, (cc'ing Squeak)
> it makes sense what you say but I looked at Squeak and Pharo and the behavior is the same...
> I do not know why it does that... there must be a reason.
>
> Does anybody know why it is implemented that way? (look at Luciano's email below)
>
> Cheers!
> Hernan.
>
>
> On Sat, Apr 30, 2022 at 3:55 AM Luciano Notarfrancesco via Cuis-dev <cuis-dev at lists.cuis.st (mailto:cuis-dev at lists.cuis.st)> wrote:
> > Class>>#removeClassVarName: asks a user for confirmation if the variable is still used in some method, and depending on the user answer it moves it to Undeclared or leaves it alone. However, it stops there and returns, without removing it from the classPool. Shouldn’t it go ahead and continue independently of the user response? --
> > Cuis-dev mailing list
> > Cuis-dev at lists.cuis.st (mailto:Cuis-dev at lists.cuis.st)
> > https://lists.cuis.st/mailman/listinfo/cuis-dev
>
>
>
>
> --
>
> Hernán Wilkinson
> Software Developer & Coach
> Alem 896, Floor 6, Buenos Aires, Argentina
> +54 11 6091 3125
> @HernanWilkinson
>
>
>
> --
> Cuis-dev mailing list
> Cuis-dev at lists.cuis.st
> https://lists.cuis.st/mailman/listinfo/cuis-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20220503/77a3b452/attachment.htm>
More information about the Cuis-dev
mailing list