September 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] How much stable the seaside with pharo

by Laszlo Zsolt Kiss

Dear Developers! I have a questions for you. How much stable the Seeaside with the Pharo? How many people use it in the production and business envinronment? Thanks. Laszlo Zsolt Kiss ps.: Sorry for my bad english:)

Sept. 2, 2009

Re: [Pharo-project] Package Browser (bis)

by Adrian Lienhard

On Sep 1, 2009, at 01:47 , Ramiro Diaz Trepat wrote: > Besides this, automatic parenthesis enclosure (when you typed one > parenthesis or bracket you get the selected text enclosed) is not > working > and auto completion with tab also is not working any more. Indeed. Both features work with the standard browser and the workspace but not with the package browser (O2PackageBrowser open). David? Adrian > These 2 things still work on the workspace though. > All these tools where very nice, why were they forked away? because > of bugs > or not being maintained? > I will not create I fork of my own as Lukas suggested, unfortunately > I don't > have the time. I will use whatever browser is available. > Cheers > > r. > > > On Mon, Aug 31, 2009 at 5:56 PM, Alexandre Bergel > <alexandre(a)bergel.eu>wrote: > >> Yes, this was the case before >> >> Alexandre >> >> >> On 31 Aug 2009, at 05:39, StÃ©phane Ducasse wrote: >> >>> But in the browser of david the refactoring are there too. don't >>> they? >>> >>> Stef >>> >>> On Aug 31, 2009, at 9:31 AM, Lukas Renggli wrote: >>> >>>>> 1. Where did the refactoring tools go? This version does not seem >>>>> to >>>>> include them. >>>> >>>> The refactoring code is only available for the traditional OB >>>> Browser. >>>> If you wanted you could fork the package and make it work with >>>> the OB >>>> Package Browser. >>>> >>>> Lukas >>>> >>>> -- >>>> Lukas Renggli >>>> http://www.lukas-renggli.ch >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 2, 2009

Re: [Pharo-project] Package Browser (bis)

by Gary Chambers

Polymorph-Widgets-gvc.86 now has the frame adornments themed. Hope you like the new look. Regards, Gary ----- Original Message ----- From: Ramiro Diaz Trepat To: Pharo-project(a)lists.gforge.inria.fr Sent: Sunday, August 30, 2009 9:48 PM Subject: [Pharo-project] Package Browser (bis) I am very happy now that the package browser is back with us, but I have a couple of questions: 1. Where did the refactoring tools go? This version does not seem to include them. 2. I know this may be too picky, but I don't know if you realized that when you start editing, instead of seeing a whole red frame (as unsaved) we only have left 4 red pixels, one in each corner of the editing pane. is this worthy of a ticket? Cheers r. ------------------------------------------------------------------------------ _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 2, 2009

Re: [Pharo-project] broken link on code.google.com/p/pharo/

by Adrian Lienhard

Thanks. It's fixed now. Adrian On Sep 2, 2009, at 12:02 , Stan Shepherd wrote: > > http://pharo-project.org/download should be > http://pharo-project.org/pharo-download > > Cheers, ...Stan > -- > View this message in context: http://n2.nabble.com/broken-link-on-code-google-com-p-pharo-tp3565837p35658… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 2, 2009

[Pharo-project] broken link on code.google.com/p/pharo/

by Stan Shepherd

http://pharo-project.org/download should be http://pharo-project.org/pharo-download Cheers, ...Stan -- View this message in context: http://n2.nabble.com/broken-link-on-code-google-com-p-pharo-tp3565837p35658… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 2, 2009

Re: [Pharo-project] Using Pharo from the command-line

by StÃ©phane Ducasse

Ok I will have a look to see how this can be fixed. On Sep 2, 2009, at 9:43 AM, John M McIntosh wrote: > I think here you are trying to get to test.sq > > I only adjust the incoming image name in the VM looking for ~ for > example, and resolving usage of ./ and ../ > > The additional command line items are then passed to the image > unchanged, so it sees only 'test.sq' as the path name. > You would have to check the smalltalk code at the point where it gets > the command line parm and decide if it's 'test.sq' should that really > be './test.sq' > You might also try putting './test.sq' on the command line and see if > that works. > > > On 2-Sep-09, at 9:23 AM, StÃ©phane Ducasse wrote: > >>>> >>> The full path requirement should be considered a bug from my >>> perspective. >> >> mine too and I thought that john fixed that. >> So did you try without? > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 2, 2009

[Pharo-project] Higher priority processes using ThreadSafeTranscript throw Error: Error: Instances of UndefinedObject are not indexable (was Re: Issue 1053: )

by Stan Shepherd

Hi, if you fork processes at a higher priority, they still throw the error in issue 1053. In core 10428 I more often get Instances of UndefinedObject are not indexable. It is trying to send size to a MultiNewParagraph while it is still nil. By the time the debugger opens, the object is there. Test case attached, although I can't get it to catch the error. Use with ***caution***. In the one click image it often freezes the image. http://n2.nabble.com/file/n3565757/NSThreadsafeTranscriptPriorityTest.st NSThreadsafeTranscriptPriorityTest.st It seems like this may be the case Dale identified- "I assume that with a sufficiently complex test case, involving heavy background window updates while using some of the operations that call #displayWorldSafely a problem would be revealed, but there's no guarantee that a mutex would be the solution". Cheers, ...Stan Dale Henrichs wrote: > > Ready for review: > > http://code.google.com/p/pharo/issues/detail?id=1053 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- View this message in context: http://n2.nabble.com/Issue-1053-Transcript-updates-from-foreground-process-… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 2, 2009

Re: [Pharo-project] Using Pharo from the command-line

by Stefan Marr

Hi: On 02 Sep 2009, at 09:23, StÃ©phane Ducasse wrote: >>> >> The full path requirement should be considered a bug from my >> perspective. > > mine too and I thought that john fixed that. > So did you try without? Even after doing a System->Software Update I need to give the absolute path. This is tested with * Squeak 4.2.1beta1U.app * and pharo1.0-10418-BETAdev09.08.3.image Best regards Stefan

Sept. 2, 2009

Re: [Pharo-project] [ OT] ESUG videos?

by StÃ©phane Ducasse

marcus on the wiki of noury you can find a lot of slides. Stef

Sept. 2, 2009

Re: [Pharo-project] Using Pharo from the command-line

by John M McIntosh

I think here you are trying to get to test.sq I only adjust the incoming image name in the VM looking for ~ for example, and resolving usage of ./ and ../ The additional command line items are then passed to the image unchanged, so it sees only 'test.sq' as the path name. You would have to check the smalltalk code at the point where it gets the command line parm and decide if it's 'test.sq' should that really be './test.sq' You might also try putting './test.sq' on the command line and see if that works. On 2-Sep-09, at 9:23 AM, StÃ©phane Ducasse wrote: >>> >> The full path requirement should be considered a bug from my >> perspective. > > mine too and I thought that john fixed that. > So did you try without? -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Sept. 2, 2009