[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
|