March 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Breakpoints in Pharo

by Schwab,Wilhelm K

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: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Dmitri Zagidulin [dmitri(a)zagidulin.net] Sent: Wednesday, March 16, 2011 11:46 AM To: Pharo-project(a)lists.gforge.inria.fr 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 <stephane.ducasse(a)inria.fr> 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-sq… >> >> Best regards >> Janko >> >> -- >> Janko MivÅ¡ek >> Aida/Web >> Smalltalk Web Application Server >> http://www.aidaweb.si >> > > >

March 16, 2011

Re: [Pharo-project] Breakpoints in Pharo

by Sven Van Caekenberghe

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

March 16, 2011

Re: [Pharo-project] Breakpoints in Pharo

by Benoit St-Jean

+1 for breakpoints ----------------- Benoit St-Jean Yahoo! Messenger: bstjean A standpoint is an intellectual horizon of radius zero. (Albert Einstein)

March 16, 2011

Re: [Pharo-project] Breakpoints in Pharo

by Reg Krock

+1 --- it would be very nice > 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. On Mar 16, 2011, at 7:41 PM, Noury Bouraqadi wrote:

March 16, 2011

Re: [Pharo-project] [COTDC] 32 - MCScanner

by Lukas Renggli

To read the metadata (package name, version info, ancestry, dependencies) from .mcz files. Lukas On 16 March 2011 20:05, laurent laffont <laurent.laffont(a)gmail.com> wrote: > Someone ? > I had a quick look. I've seen that > self assert: (MCScanner scan: '(a #b c)' readStream) = #(a #b c) > but I still don't know why we need this > Laurent. > On Tue, Mar 15, 2011 at 6:28 PM, laurent laffont <laurent.laffont(a)gmail.com> > wrote: >> >> Today: Â MCScanner >> >> Comment Of The Day Contest - One Day One Comment >> Rules: >> #1: Each day a not commented class is elected. Each day the best comment >> will be integrated with name of the author(s). >> #2: If you cannot comment it, deprecate it. >> Results:Â http://code.google.com/p/pharo/wiki/CommentOfTheDayContest >> Laurent > -- Lukas Renggli www.lukas-renggli.ch

March 16, 2011

Re: [Pharo-project] [COTDC] 32 - MCScanner

by laurent laffont

Someone ? I had a quick look. I've seen that self assert: (MCScanner scan: '(a #b c)' readStream) = #(a #b c) but I still don't know why we need this Laurent. On Tue, Mar 15, 2011 at 6:28 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > Today: MCScanner > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment > will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent >

March 16, 2011

Re: [Pharo-project] Breakpoints in Pharo

by Marcus Denker

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.

March 16, 2011

Re: [Pharo-project] What a mess

by StÃ©phane Ducasse

> > > mm. no. Typically a relative paths are relative to the directory where > you issued the command line, > not relative to the directory where command located. > > Right. > > Aren't we going to replace all the old FileDirectory crap with Colin's code? Please?? We are working on it but it takes time. S. > > > > > So if I build a new scripting language (with a custom diamond.exe VM) > > based on Pharo the VM location is required - the image itself could > > life elsewhere on the hard disk (given in the ini file for > > instance). > > > > Bye > > T. > > > > > > > > -- > > GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit > > gratis Handy-Flat! http://portal.gmx.net/de/go/dsl > > > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > >

March 16, 2011

Re: [Pharo-project] Breakpoints in Pharo

by Noury Bouraqadi

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 > <stephane.ducasse(a)inria.fr> 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-sq… >>> >>> 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

March 16, 2011

Re: [Pharo-project] What a mess

by Casimiro de Almeida Barreto

+1 Em 16-03-2011 12:42, Esteban Lorenzano escreveu: > yes... we need a common command line options (and maybe very specific platform command line options too, but there should be a common way to do common things :) > > best, > Esteban

March 16, 2011