[squeak-dev] Squeak 6 kernel changes, ContextPart+MethodContext -> Context

Levente Uzonyi leves at caesar.elte.hu
Wed Mar 29 21:56:14 UTC 2017


Inserting `self half` is still superior.

Levente

On Wed, 29 Mar 2017, Tobias Pape wrote:

>
>> On 29.03.2017, at 23:43, Levente Uzonyi <leves at caesar.elte.hu> wrote:
>> 
>> The one which allows you to break at any instruction. There is "toggle break on entry", which does nothing but recompile your method with `self break` at the start. I find that feature hardly useful.
>> 
>
> Well, there's WrappedBreakpoint, which can do that without recompiling…
>
>> Levente
>> 
>> On Wed, 29 Mar 2017, Tobias Pape wrote:
>> 
>>> 
>>>> On 29.03.2017, at 23:16, Levente Uzonyi <leves at caesar.elte.hu> wrote:
>>>> On Wed, 29 Mar 2017, Eliot Miranda wrote:
>>>>> Hi All,
>>>>>   another change planned for Squeak 6 is eliminating ContextPart & MethodContext in favor of Context.  In reviewing the (very few) changes
>>>>> necessary I came across the following:
>>>>> MethodContext>>printString
>>>>> "Answer an emphasized string in case of a breakpoint method"
>>>>> ^(self method notNil and: [self method hasBreakpoint])
>>>>> ifTrue:[(super printString , ' [break]') asText allBold]
>>>>> ifFalse:[super printString] Seriously?  I don't object to modifying [Method]Conext>>printOn: to include [break] but having printString answer a text seems completely broken
>>>>> to me, and overriding printString is a hack; printOn: being the operative method for producing self-descriptions.  Should we nuke it and add
>>>>> [break] to printOn:? Or...?
>>>> Nuke it. AFAIK breakpoints never worked.
>>> 
>>> which?
>>> 
>>>> Levente
>>>>> _,,,^..^,,,_
>>>>> best, Eliot
>>>> 
>>


More information about the Squeak-dev mailing list