On Mar 16, 2011, at 8:58 PM, Sven Van Caekenberghe wrote:
>
> On 16 Mar 2011, at 19:48, Marcus Denker wrote:
>
>>
>> On Mar 16, 2011, at 7:41 PM, Noury Bouraqadi wrote:
>>
>>> A break point should not turn the MC package into dirty as opposite to
>>> inserting a self halt or self haltIf:[...].
>>>
>> and
>> -> one could remove all breakpoints with a menu entry
>> -> disable but not remove
>> -> watchpoints (viewers for values and expressions), even conditonal
>> -> nice integration in the IDE...
>>
>> Marcus
>
> I have elementary breakpoint support in my Pharo images (Toggle Breakpoint in
> the Selector menu) and I use it all the time and I am quite happy with it
> (together with 'Debug it'). Indeed more options would be nice. But at least I
> don't have to do a self halt any more in most cases.
>
> I don't know how it works, I guess it comes with OB ?
I think it was a [ENH] sent to the squeak mailinglist a looong time ago... see
this mail from 2003:
At 8:43 PM +0100 3/3/03, Torsten.Bergmann at phaidros.com wrote:
>Hi all,
>
>this is an older but usefull little change set adding breakpoint
>support to squeak. File it in and use the context menu in the
>method pane of a browser to set/reset a breakpoint
>for the method. It's very usefull since you dont have
>to write a "self halt" if you want to debug a single
>method.
>
>It was coded by Ernest Micklei from Philemonworks (thanks a
>lot Ernest !!!) in an older squeak version. A short test
>in 3.4 final showed it is still usefull. Note that it
>doesnt work if you have RB installed. If others find it usefull
>too we can register it on SqueakMap or add it to the base image.
>
It lived on SqueakMap for a while
http://map.squeak.org/package/07469ced-289a-4b6f-bd17-27ec567e681a
I guess we merged it in Squeak 3.6 or 3.7 in the image.
Marcus
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
