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

Re: [Pharo-project] Halt

by Sean P. DeNigris

Okay, I'm mostly through the refactoring. It is sooo much cleaner out of object. Many deprecated methods!! Here are a few points and questions... * Under protest :) I'm keeping the Object API, which forwards to Halt. * I was slightly liberated to find that halt behavior is not part of the ANSI standard * Halt onCount: - this is a weird one - It's currently global. Should it be per call, possibly with a (resumable?) error if called elsewhere? In other words, if I put in a Halt countOn: 3, and there is another #countOn: in the image that gets called and decrements the global count, it seems that this will give me confusing and hard to track down results. I guess maybe we can't pinpoint it to the exact call, but at least to the calling context. - The name is misleading. I thought of a few (Halt onPassNumber: 3, Halt onIterationNumber: 3, Halt onCallNumber: 3). Any suggestions while we're breaking compatibility, lol? - is there a lint check that says haltOnCount: and maybe haltOnce? - per object/method/process/exact call? * Is anybody using Object>>toggleHaltOnce? I'm toying with removing it as there are no senders in the image, and there are accessors and a testing method Sean -- View this message in context: http://forum.world.st/Halt-tp3774723p3776539.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 29, 2011

Re: [Pharo-project] Headless image hanging

by Bernat Romagosa

Yeah, I also do have several images that have been running for months without crashing, that's what's bugging me :) This is an Iliad app, I'll check both how I overrode the session class and the VNC connection to see if I can get closer to where the problem comes from. Thanks! Bernat. 2011/8/29 Sven Van Caekenberghe <sven(a)beta9.be> > > On 23 Aug 2011, at 23:44, Bernat Romagosa wrote: > > > Any ideas? > > Many people, including myself, have various images running for many weeks > and even months, so it is possible. I am guessing that you are running some > Seaside (maybe Pier) with one of the standard HTTP servers ? Those should > not leave connections hanging open. Maybe the VNC stuff is the culprit ? > > I never use VNC, but the Seaside tools (Status | Config | Inspector | > Browser | Dispatcher | VersionUploader) to manage and debug running servers. > Just make sure you set them up with at least a password. Then you could try > to find out what is happening. > > Sven > > > -- Bernat Romagosa.

Aug. 29, 2011

Re: [Pharo-project] Omnibrowser in 1.4

by StÃ©phane Ducasse

+ 1000 now who has time. So nautilus is our attempt to make sure that we can still have a browser and remove string holder out of the image. Now the only person I see being real and making progress on the IDE front is doru with glamour. Now Nautilus is not in competition with OB or Glamour. It is the browser I want to use when I code in core. Stef > +1 > > On Mon, Aug 29, 2011 at 3:26 PM, Max Leske <maxleske(a)gmail.com> wrote: >> +1 >> >> On 29.08.2011, at 14:51, Torsten Bergmann wrote: >> >> Yes, there were times when other IDE's got their ideas from >> Smalltalk and I think now we should look at some ideas from >> mainstream IDE's. >> > > > > -- > Jorge Ressia > www.jorgeressia.com >

Aug. 29, 2011

Re: [Pharo-project] Omnibrowser in 1.4

by Damien Cassou

On Mon, Aug 29, 2011 at 2:51 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > The only thing I miss in these Java browsers is method categorization > and I still hate scrolling in long *.java files ;) press CTRL+o in Eclipse to get a list of methods of the current class, CTRL+o again to also get the methods of the superclasses -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Aug. 29, 2011

Re: [Pharo-project] Omnibrowser in 1.4

by StÃ©phane Ducasse

> >> Since there is ob, I personally use Nautilus. It provides interesting functionalities >> such as grouping packages and the hierarchies view (such as in vw). Importing >> things are missing however, including refactorings. > > Personally I wonder what the goal of Nautilus is? > > Nautilus looks to me like yet another Smalltalk-80 browser that works > exactly the same as all previous Smalltalk browsers in the last 32 > years (including OB). IMHO fixed lists, a text field and ugly buttons > do not cut it anymore. Did any Smalltalker ever work with XCode, > Eclipse, VisualStudio, ...? Have a "basic" browser so that we can get rid of StringHolder. No more for me. Stef

Aug. 29, 2011

Re: [Pharo-project] Omnibrowser in 1.4

by StÃ©phane Ducasse

On Aug 29, 2011, at 2:22 PM, Lukas Renggli wrote: >>> I do not know. I will continue to use OB. >> >> Lukas, if you get a version working in 1.4, will you let me know/release it? > > It took several man-weeks to get everything running in Pharo 1.3 and > there are still quite a few of issues left. Next on my list is to > stabilize everything and to get some productive/fun things done. > > There is no plan in moving things (RB, OB, eCompletion, ...) to Pharo > 1.4 in the foreseeable future: All the groundbreaking changes to the > system (RPackage, System Announcements, Ring, Opal, RB, ...) will > require a lot of work and will likely also introduce new issues > (@stef: this is not a complaint, I just don't have the time to keep up > with it). :) We will pay attention to RB, eCompletion, Shout, AST. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch >

Aug. 29, 2011

Re: [Pharo-project] Omnibrowser in 1.4

by Jorge Ressia

+1 On Mon, Aug 29, 2011 at 3:26 PM, Max Leske <maxleske(a)gmail.com> wrote: > +1 > > On 29.08.2011, at 14:51, Torsten Bergmann wrote: > > Yes, there were times when other IDE's got their ideas from > Smalltalk and I think now we should look at some ideas from > mainstream IDE's. > -- Jorge Ressia www.jorgeressia.com

Aug. 29, 2011

Re: [Pharo-project] Omnibrowser in 1.4

by Max Leske

+1 On 29.08.2011, at 14:51, Torsten Bergmann wrote: > Yes, there were times when other IDE's got their ideas from > Smalltalk and I think now we should look at some ideas from > mainstream IDE's.

Aug. 29, 2011

[Pharo-project] Omnibrowser in 1.4

by Torsten Bergmann

>Personally I wonder what the goal of Nautilus is? Dont know either - but according to the SqS page http://squeaksource.com/Nautilus/ it a new browser based on RPackage and Announcements with fancy goodies like groups and multi-selections, ... and it will be based on Ring. >IMHO fixed lists, a text field and ugly buttons >do not cut it anymore. Did any Smalltalker ever work with XCode, >Eclipse, VisualStudio, ...? Yes, there were times when other IDE's got their ideas from Smalltalk and I think now we should look at some ideas from mainstream IDE's. I especially like the configurable perspective/views concept, multitabs and predefined browsers of Eclipse. The only thing I miss in these Java browsers is method categorization and I still hate scrolling in long *.java files ;) Bye T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

Aug. 29, 2011

Re: [Pharo-project] Omnibrowser in 1.4

by Lukas Renggli

On 29 August 2011 13:54, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Since there is ob, I personally use Nautilus. It provides interesting functionalities > such as grouping packages and the hierarchies view (such as in vw). Importing > things are missing however, including refactorings. Personally I wonder what the goal of Nautilus is? Nautilus looks to me like yet another Smalltalk-80 browser that works exactly the same as all previous Smalltalk browsers in the last 32 years (including OB). IMHO fixed lists, a text field and ugly buttons do not cut it anymore. Did any Smalltalker ever work with XCode, Eclipse, VisualStudio, ...? Lukas -- Lukas Renggli www.lukas-renggli.ch

Aug. 29, 2011