October 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Clickable class side example and initialize methods in Pharo 4.0

by Sean P. DeNigris

Torsten Bergmann wrote > One addition I implemented for Nautilus is that one can run examples > directly > in the browser just by clicking on class side example methods icons. This is cool!!! And... why stop there? I had implemented a while back "Send It" and "Inspect It" in Nautilus' method pane context menu (only appearing for unary class-side methods). I've found it very useful to be able to fire these methods without dropping into an editor. If there is interest, I will dig up the code. Also, what's really cool about this is that it's a reminder that - oh yeah, a class is a living object like everything else. Of course the logical conclusion is a Self outliner or MathMorphs where you /only/ interact with objects in a way that respects and highlights their aliveness, but we gotta start somewhere ;) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Clickable-class-side-example-and-initialize-methods-i… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 23, 2014

Thank you so much for Pharo 3.0

by Mariano Martinez Peck

Hi guys, I just wanted to share my happiness with you. I joined a team 2 years ago almost to develop a Seaside 3.0 app, using and old Magritte version, and Pharo 1.4. As soon as I started, I created a ConfigurationOfMyApp, and migrated to Pharo 2.0. That worked fine for almost 2 years. Since several weeks/months, I wanted to update to new Seaside versions and Pharo. Of course, you never have time, there are always other problems to fix first, etc...But 10 days ago, I stopped everything, and I migrated to Seaside 3.1.3, latest Magritte, latest Bootstrap (very very cool project too...we are using it everywhere), latest everything...and... of course...Pharo 3.0!!! Also..the "port" was almost nothing...everything almost worked out of the box. Thanks to contributors maintaining great softwares like Metacello and all existing configurations. Btw...I am also deploying my app in GemStone since almost an year, and this also is being good. Gemstone people also have a great support via mailing list which I very much appreciate. I played with Pharo 3.0 when it was released and some time also before that. But not that much. Now..I am using the very same image since at least 10 days. Working full time. All my projects are working great. I cannot believe so good it feels developing in Pharo 3.0. I am using the great Dark Theme from Esteban. Everything is super fast, super nice, super stable. And with my 2.0 images..they always grew too much (up to 500MB), that everything started to be very very slow. I needed to start again with a fresh image, etc. This 3.0 image has almost the same size as I started and continues to be super fast. So...I cannot repeat myself how good Pharo 3.0 feels. I should have migrated long ago. Thanks all the contributors and developers for such a great and professional product. Best, -- Mariano http://marianopeck.wordpress.com

Oct. 23, 2014

Re: [Pharo-dev] Gettext, some undeclared things on configuration load in 3.0

by phil＠highoctane.be

Ok, will do and commit into PharoExtras. Phil On Wed, Oct 22, 2014 at 11:23 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Le 22/10/2014 20:16, phil(a)highoctane.be a Ã©crit : > >> Loading 1.6 of ConfigurationOfGettext... >> Fetched -> Gettext-HilaireFernandes.33 ---http://smalltalkhub.com/mc/ >> PharoExtras/Gettext/main/ ---http://smalltalkhub.com/mc/ >> PharoExtras/Gettext/main/ >> NaturalLanguageTranslator (AllKnownPhrases is Undeclared) >> GetTextExporter class>>listAllHelp (Flaps is Undeclared) >> >> GetTextExporter>>appendVocabulary:domains: (MethodReference is >> Undeclared) >> >> NaturalLanguageTranslator class>>cleanUp (AllKnownPhrases is Undeclared) >> >> >> What can I trash in there? >> > > All. I guess it is left over of the gettext from Etoys. > > Hilaire > > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istao.drgeo.eu > > >

Oct. 22, 2014

Re: [Pharo-dev] Gettext, some undeclared things on configuration load in 3.0

by Hilaire

Le 22/10/2014 20:16, phil(a)highoctane.be a Ã©crit : > Loading 1.6 of ConfigurationOfGettext... > Fetched -> Gettext-HilaireFernandes.33 ---http://smalltalkhub.com/mc/PharoExtras/Gettext/main/ ---http://smalltalkhub.com/mc/PharoExtras/Gettext/main/ > NaturalLanguageTranslator (AllKnownPhrases is Undeclared) > GetTextExporter class>>listAllHelp (Flaps is Undeclared) > > GetTextExporter>>appendVocabulary:domains: (MethodReference is Undeclared) > > NaturalLanguageTranslator class>>cleanUp (AllKnownPhrases is Undeclared) > > > What can I trash in there? All. I guess it is left over of the gettext from Etoys. Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istao.drgeo.eu

Oct. 22, 2014

Re: [Pharo-dev] Mysteries of the compiler

by Nicolai Hess

2014-10-22 0:45 GMT+02:00 Eliot Miranda <eliot.miranda(a)gmail.com>: > > > On Tue, Oct 21, 2014 at 1:02 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> >> The more I tried to change/fix the compiler and checking the failing >> testcases, >> the more I learn about it. >> Finally I think the compiler and testcases are mostly right and my >> understanding was wrong. >> >> My (wrong) assumptions were: >> - the "numTemps" in the method header is always the number of declared >> temps, regardless whether they end up in an indirection vector >> > > Ah, no. It is the sum of the arguments and the local temporaries. So it > is the position to set the stack pointer to on activating a method. > > >> - the inlined ifTrue: and the inlined whileTrue: blocks are handled the >> same way, >> >> both assumptions are wrong: >> A method that starts with >> foo >> | a b c| >> >> and all temps end up in an indirect vector has only 1 tempvar, the >> "indirection vector" and even "numTemps" in the method header is 1. >> >> ifTrue and whileTrue are handled differently for example in this case >> >> |a| >> a:=1. >> (...) ifTrue:[ >> ... assign to "a" >> ... create a block which uses "a" >> ] >> >> the block only needs a copy of "a", as it is not changed after the >> creation of the block >> > > Right. > > >> >> |a| >> a:=1. >> [...] whileTrue:[ >> ... assign to "a" >> ... create a block which uses "a" >> ] >> >> here we need a indirection vector, because the while-block *can* loop >> repeatedly and change the value of "a" after >> an block was created. >> > > Right. In general the compiler cannot tell whether the whileTrue: will be > executed 0, 1 or many times. In cases where it can tell it would take lots > of machinery to do so and only be able to tell in relatively few cases. So > the compiler always assumes the whileTrue: is evaluated more than once, and > hence that it is possible for a block to be created and a modified in a > subsequent iteration of the loop. Hence it must put a in an indirection > vector. > > >> If this is all correct, there is only one problem in this special case >> (my example above): >> If there is no assignment within the loop at all, there is no need to >> create a indirection vector and >> all used vars (a b c) can just be copied. >> >> >> Or am I still confused ?! >> > > No you're not. You get it now :-). One question is whether you can > explain it all better than I did on my blog, because people seem to find > this area of teh system hard and take a while to "get it". > @eliot Your blog contains all the information needed. But if someone don't have already a deep knowledge of the compiler and VM-internals, it can be a bit overwhelming. And I must admit I have overread or skipped some parts, because I thought they are not important or because I didn't understand :) And now I found the place in the (old) compiler, where the blocks in optimized loops are handled. You search for assignments in a loop and if one is found, restart the "analyseClosure" as if the write had happened after the close over. Now I need to find a way to do the same with opal compiler. It is (and looks a lot) different than the old compiler. It tags the variables with a usage marker #write, #read and an "escaping" flag. And it does only one pass over the tree. But this way, it can not distinguish between a write that happens before entering the loop from a write happening within the loop. @marcus I propese an extra usage tag #writeInLoop, that is only set on assignments within a loop. And then, mark an "escaping" var in an optimized loop only as "escapingWrite", if it is marked as "writeInLoop". > > nicolai >> > -- > best, > Eliot >

Oct. 22, 2014

Issues tagged for starting sprints

by stepharo

Hi guys Some of you would like to organize sprints (or participate to pharo-dev) and this is always difficult to jump into a hard bug. So I started to add glitches/enh that I usually do not log as bug entries. I tagged them as sprint to help you getting started on sprinting. https://pharo.fogbugz.com/default.asp?pgx=LF&ixFilter=44 Let me know if this is interesting for you. Stef

Oct. 22, 2014

Re: [Pharo-dev] ConfigurationOfOSProcess error messages

by phil＠highoctane.be

Le 22 oct. 2014 21:25, "Thierry Goubier" <thierry.goubier(a)gmail.com> a Ã©crit : > > Le 22/10/2014 21:14, phil(a)highoctane.be a Ã©crit : > >> Loading 4.5.12 of ConfigurationOfOSProcess in my case, which looks like >> to be the one that comes "out of the box". >> >> >> I guess you mean Project: Pipeability 4.6.9 ? > > > Sorry, 4.5.11 of ConfigurationOfOSProcess (and Pipeability brings you to CommandShell 4.6.8, which depends on 4.5.11 of OSProcess). > Thanks. > >> BTW, I have installed your GitFileTreeMergeDriver and it works like a champ. > > > I'm pleased it works. I'm not a good test subject (I use git on projects with few co-workers) and I lack practice of git branching and merge. > > >> Interesting code too for a standalone pharo-based tool with a command >> line handler. >> A lot to reuse in there :-) > > > I'd like to try to built it on a minimal pharo; it could be nice if it could be faster. +100 > > But yes, I like those command tools. This is how I implement C + extension to C compilers, with command line Pharo. > I am using command line pharo for ETL jobs. It is nice to have Pharo playing with other tools. Phil > Thierry >

Oct. 22, 2014

Re: [Pharo-dev] ConfigurationOfOSProcess error messages

by Thierry Goubier

Le 22/10/2014 21:14, phil(a)highoctane.be a Ã©crit : > Loading 4.5.12 of ConfigurationOfOSProcess in my case, which looks like > to be the one that comes "out of the box". > > > I guess you mean Project: Pipeability 4.6.9 ? Sorry, 4.5.11 of ConfigurationOfOSProcess (and Pipeability brings you to CommandShell 4.6.8, which depends on 4.5.11 of OSProcess). > BTW, I have installed your GitFileTreeMergeDriver and it works like a champ. I'm pleased it works. I'm not a good test subject (I use git on projects with few co-workers) and I lack practice of git branching and merge. > Interesting code too for a standalone pharo-based tool with a command > line handler. > A lot to reuse in there :-) I'd like to try to built it on a minimal pharo; it could be nice if it could be faster. But yes, I like those command tools. This is how I implement C + extension to C compilers, with command line Pharo. Thierry

Oct. 22, 2014

Re: [Pharo-dev] Gettext, some undeclared things on configuration load in 3.0

by phil＠highoctane.be

We are using Gettext and its seaside friend. The combo works very nicely. We must keep this technology as there is a huge ecosystem for translations. Let's not reinvent the wheel. Phil On Wed, Oct 22, 2014 at 9:10 PM, stepharo <stepharo(a)free.fr> wrote: > Hi Phil > > I was planning to refresh my analysis about gettext but I got distracted > by a proposal for getting money for Pharo. > I would like to clean the situation for Pharo40. > Stef > > On 22/10/14 20:16, phil(a)highoctane.be wrote: > >> Loading 1.6 of ConfigurationOfGettext... >> Fetched -> Gettext-HilaireFernandes.33 ---http://smalltalkhub.com/mc/ >> PharoExtras/Gettext/main/ ---http://smalltalkhub.com/mc/ >> PharoExtras/Gettext/main/ >> NaturalLanguageTranslator (AllKnownPhrases is Undeclared) >> GetTextExporter class>>listAllHelp (Flaps is Undeclared) >> >> GetTextExporter>>appendVocabulary:domains: (MethodReference is >> Undeclared) >> >> NaturalLanguageTranslator class>>cleanUp (AllKnownPhrases is Undeclared) >> What can I trash in there? >> TIA >> Phil >> > > >

Oct. 22, 2014

Re: [Pharo-dev] ConfigurationOfOSProcess error messages

by phil＠highoctane.be

Loading 4.5.12 of ConfigurationOfOSProcess in my case, which looks like to be the one that comes "out of the box". I guess you mean Project: Pipeability 4.6.9 ? BTW, I have installed your GitFileTreeMergeDriver and it works like a champ. Interesting code too for a standalone pharo-based tool with a command line handler. A lot to reuse in there :-) Phil â

Oct. 22, 2014