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.