Dear Pharoers,
What is the current state of affairs on breakpoints? Breakpoins is a thing I really miss when I'm working on Pharo, comparing to working on VisualWorks... This is in light of current question on StackOverflow: http://stackoverflow.com/questions/5322497/how-can-i-set-a-breakpoint-in-squeak-code Best regards Janko -- Janko Mivšek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si |
2011/3/16 Janko Mivšek <[hidden email]> Dear Pharoers, In Pharo 1.2, you have something in OB called "toogle breakpoint" (right click on a method), which puts a breakpoint at the beginning of the method. Then, you can remove it. Of course, it is not like other IDE where you can select the line where to put the breakpoint...but at least it is a progress ;) Breakpoins is a thing I really miss when I'm working on Pharo, comparing |
In reply to this post by Janko Mivšek
no news on this front.
We are working on infrastructure right now - better code model - compiler - package - network - redoing the tools. So from a user experience it may look the same but it is a real set of important changes below the surface that will make us far more agile in the future. When we will get done we will be able to move faster on other points. Stef > Dear Pharoers, > > What is the current state of affairs on breakpoints? > > Breakpoins is a thing I really miss when I'm working on Pharo, comparing > to working on VisualWorks... > > This is in light of current question on StackOverflow: > > http://stackoverflow.com/questions/5322497/how-can-i-set-a-breakpoint-in-squeak-code > > Best regards > Janko > > -- > Janko Mivšek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si > |
How is a breakpoint different from a 'self halt' statement?
On Wed, Mar 16, 2011 at 11:41 AM, Stéphane Ducasse <[hidden email]> wrote: > no news on this front. > We are working on infrastructure right now > - better code model > - compiler > - package > - network > - redoing the tools. > > So from a user experience it may look the same but it is a real set of important changes below the surface > that will make us far more agile in the future. > > When we will get done we will be able to move faster on other points. > > Stef > > >> Dear Pharoers, >> >> What is the current state of affairs on breakpoints? >> >> Breakpoins is a thing I really miss when I'm working on Pharo, comparing >> to working on VisualWorks... >> >> This is in light of current question on StackOverflow: >> >> http://stackoverflow.com/questions/5322497/how-can-i-set-a-breakpoint-in-squeak-code >> >> Best regards >> Janko >> >> -- >> Janko Mivšek >> Aida/Web >> Smalltalk Web Application Server >> http://www.aidaweb.si >> > > > |
It does not get logged into the log and you do not need to recompile. We could modify bytecode.
for now we could have a button add self halt + compileSilently to recompile the method. So this is not that important since nobody seriously looked at how to solve the problem. :) Stef > How is a breakpoint different from a 'self halt' statement? > > On Wed, Mar 16, 2011 at 11:41 AM, Stéphane Ducasse > <[hidden email]> wrote: >> no news on this front. >> We are working on infrastructure right now >> - better code model >> - compiler >> - package >> - network >> - redoing the tools. >> >> So from a user experience it may look the same but it is a real set of important changes below the surface >> that will make us far more agile in the future. >> >> When we will get done we will be able to move faster on other points. >> >> Stef >> >> >>> Dear Pharoers, >>> >>> What is the current state of affairs on breakpoints? >>> >>> Breakpoins is a thing I really miss when I'm working on Pharo, comparing >>> to working on VisualWorks... >>> >>> This is in light of current question on StackOverflow: >>> >>> http://stackoverflow.com/questions/5322497/how-can-i-set-a-breakpoint-in-squeak-code >>> >>> Best regards >>> Janko >>> >>> -- >>> Janko Mivšek >>> Aida/Web >>> Smalltalk Web Application Server >>> http://www.aidaweb.si >>> >> >> >> > |
In reply to this post by Dmitri Zagidulin
A break point should not turn the MC package into dirty as opposite to inserting a self halt or self haltIf:[...].
Noury On 16 mars 2011, at 16:46, Dmitri Zagidulin wrote: > How is a breakpoint different from a 'self halt' statement? > > On Wed, Mar 16, 2011 at 11:41 AM, Stéphane Ducasse > <[hidden email]> wrote: >> no news on this front. >> We are working on infrastructure right now >> - better code model >> - compiler >> - package >> - network >> - redoing the tools. >> >> So from a user experience it may look the same but it is a real set of important changes below the surface >> that will make us far more agile in the future. >> >> When we will get done we will be able to move faster on other points. >> >> Stef >> >> >>> Dear Pharoers, >>> >>> What is the current state of affairs on breakpoints? >>> >>> Breakpoins is a thing I really miss when I'm working on Pharo, comparing >>> to working on VisualWorks... >>> >>> This is in light of current question on StackOverflow: >>> >>> http://stackoverflow.com/questions/5322497/how-can-i-set-a-breakpoint-in-squeak-code >>> >>> Best regards >>> Janko >>> >>> -- >>> Janko Mivšek >>> Aida/Web >>> Smalltalk Web Application Server >>> http://www.aidaweb.si >>> >> >> >> > Noury Bouraqadi http://car.mines-douai.fr/noury -- -6th National Conference on “Control Architecture of Robots” 24-25 may 2011, Grenoble area, France http://car2011.inrialpes.fr/ -19th ESUG International Smalltalk Conference 22-26 August 2011, Edinburgh, UK http://www.esug.org/Conferences/2011 -19èmes Journées Francophones sur les Systèmes Multi-Agents (JFSMA’11) http://www.univ-valenciennes.fr/congres/jfsma2011/ 17-19 Octobre 2011, Valenciennes, France |
In reply to this post by Dmitri Zagidulin
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 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD. |
+1 --- it would be very nice 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 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD. |
+1 for breakpoints Benoit St-Jean Yahoo! Messenger: bstjean A standpoint is an intellectual horizon of radius zero. (Albert Einstein) |
In reply to this post by Marcus Denker-4
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 ? Sven PS: See Lukas' mail from sept 10 2010 |
In reply to this post by Dmitri Zagidulin
Dmitri,
I am pretty sure the discussion is over having some way to mark a line as a breakpoint w/o having to insert #halt and accepting the change - like you would set a breakpoint in C IDE. The truth is that I have been using #halt that for so long that I miss it when working in other languages!! :) Bill ________________________________________ From: [hidden email] [[hidden email]] On Behalf Of Dmitri Zagidulin [[hidden email]] Sent: Wednesday, March 16, 2011 11:46 AM To: [hidden email] Subject: Re: [Pharo-project] Breakpoints in Pharo How is a breakpoint different from a 'self halt' statement? On Wed, Mar 16, 2011 at 11:41 AM, Stéphane Ducasse <[hidden email]> wrote: > no news on this front. > We are working on infrastructure right now > - better code model > - compiler > - package > - network > - redoing the tools. > > So from a user experience it may look the same but it is a real set of important changes below the surface > that will make us far more agile in the future. > > When we will get done we will be able to move faster on other points. > > Stef > > >> Dear Pharoers, >> >> What is the current state of affairs on breakpoints? >> >> Breakpoins is a thing I really miss when I'm working on Pharo, comparing >> to working on VisualWorks... >> >> This is in light of current question on StackOverflow: >> >> http://stackoverflow.com/questions/5322497/how-can-i-set-a-breakpoint-in-squeak-code >> >> Best regards >> Janko >> >> -- >> Janko Mivšek >> Aida/Web >> Smalltalk Web Application Server >> http://www.aidaweb.si >> > > > |
In reply to this post by Marcus Denker-4
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. |
Free forum by Nabble | Edit this page |