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

Re: [Pharo-project] Another Pharo wallpaper

by Alexandre Bergel

> On Fri, Jul 17, 2009 at 12:23 PM, Alexandre Bergel <alexandre(a)bergel.eu > > wrote: >> By the way, we should think about organizing a Pharo Sprint during >> Smalltalks in Bueno Aires > > This would be awesome! I think there will be a lot of people > interested in a Pharo sprint here. > Do you plan to come to smalltalks this year Alexandre? it would be stupid to not to. As far as I know, Smalltalks will take place from Thursday 19 until Saturday 21 November 2009. There is no website on the event. It should be up. We could organize a one day Pharo sprint on Thursday 18 November. No much will be needed: a room, internet connection, a board with colored pens. Gabriela (in Cc) may know more about the program and room allocation. Cheers, Alexandre > > > On 15 Jul 2009, at 14:54, Mariano Martinez Peck wrote: > > > But this is ARGENTINIAN!!!! > > > > As I am building a tourism website I am collecting pictures. I found > > one of a Pharo in a Argentinian province called "Tierra del Fuego". > > The pharo is known as "Faro Les Eclaireurs". > > > > I attach the picture. > > > > Best, > > > > Mariano > > <Faro Les > > Eclaireurs.jpg>_______________________________________________ > > 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 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 17, 2009

Re: [Pharo-project] Another Pharo wallpaper

by Mariano Martinez Peck

On Fri, Jul 17, 2009 at 12:23 PM, Alexandre Bergel <alexandre(a)bergel.eu>wrote: > By the way, we should think about organizing a Pharo Sprint during > Smalltalks in Bueno Aires > This would be awesome! I think there will be a lot of people interested in a Pharo sprint here. Do you plan to come to smalltalks this year Alexandre? > > Cheers, > Alexandre > > > On 15 Jul 2009, at 14:54, Mariano Martinez Peck wrote: > > > But this is ARGENTINIAN!!!! > > > > As I am building a tourism website I am collecting pictures. I found > > one of a Pharo in a Argentinian province called "Tierra del Fuego". > > The pharo is known as "Faro Les Eclaireurs". > > > > I attach the picture. > > > > Best, > > > > Mariano > > <Faro Les > > Eclaireurs.jpg>_______________________________________________ > > 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 >

July 17, 2009

Re: [Pharo-project] optimizing select:thenCollect:

by Alexandre Bergel

> So far I haven't seen a single example where traits would really help. I think you're a bit to strong on this. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 17, 2009

Re: [Pharo-project] Another Pharo wallpaper

by Alexandre Bergel

By the way, we should think about organizing a Pharo Sprint during Smalltalks in Bueno Aires Cheers, Alexandre On 15 Jul 2009, at 14:54, Mariano Martinez Peck wrote: > But this is ARGENTINIAN!!!! > > As I am building a tourism website I am collecting pictures. I found > one of a Pharo in a Argentinian province called "Tierra del Fuego". > The pharo is known as "Faro Les Eclaireurs". > > I attach the picture. > > Best, > > Mariano > <Faro Les > Eclaireurs.jpg>_______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 17, 2009

Re: [Pharo-project] Pharo-Dev/web Image slowness

by Schwab,Wilhelm K

Speed is good, more speed is better. But my experience is that network drives are convenient (when they work), and otherwise slow and unreliable. Running a Smalltalk system over one is not something I would want to do for fear of losing the connection and therefore my work. Just my 2 asCents. Of course, it might be an interesting test case to profile to find a bottleneck. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Douglas Brebner Sent: Friday, July 17, 2009 4:23 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Pharo-Dev/web Image slowness Adrian Lienhard wrote: > Can you elaborate on what is slow? > Is this only Pharo or also Squeak? > > Anything that hits the changes file such as compiling or many MC operations. e.g. When you see the a popup saying "Snapshotting" it's time to go get something to eat. And yes, it affects Squeak too. The speed difference between running it on a local hard drive and a remote one is incredible. > Adrian > > On Jul 17, 2009, at 01:07 , Douglas Brebner wrote: > > >> StÃ©phane Ducasse wrote: >> >>> Ok we will fix that for 1.0 >>> right now we are not even in beta. >>> >>> >>> >> As a minor point, running Pharo on a network drive is *horrifically* >> slow so don't do that :) >> _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 17, 2009

Re: [Pharo-project] Where declared global reside... how can they be removed?

by Schwab,Wilhelm K

Sig, Is there a way to disable the implicit temps? That would be great, because it IS an error waiting to happen. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Igor Stasenko Sent: Friday, July 17, 2009 12:07 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Where declared global reside... how can they be removed? 2009/7/17 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > John, > > As Sig already said, globals should be used sparingly. Â You should > read about workspace variables. Â Personally, I can't stand them, but > others like them and you might too. Â You can also define temporaries > in a workspace, something like > > | mySquare | > mySquare := Morph new. > ... > > The problem (or feature, depending on your perspective) is that mySquare will go away as soon as the expressions are evaluated, unless you inspect it or otherwise take steps to keep it around. Â Workspace variables will stick around, which is why they end up irritating me. Â I also do not like the implicit definition of them; it's easy to slip spelling, and instead of getting a syntax error, you get broken code, which is the _real_ reason I do not like them. > yeah.. implicit temps - this is what i disabling at first place when using workspaces. IMO, it is very error prone feature. > Welcome to Smalltalk, and to the list. Â Enjoy! > > Bill > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of John > Escobedo > Sent: Thursday, July 16, 2009 7:22 PM > To: pharo-project(a)lists.gforge.inria.fr > Subject: [Pharo-project] Where declared global reside... how can they be removed? > > Hi everyone, > > I'm new to both Smalltalk and especially to Pharo (and this mailing list). > I have a very basic question and would like to be directed to more info or a different mailing list if appropriate. > > For most tutorials (I'm using squeak tutorials), one does a lot of work in a workspace. > > If I make a new global variable such as: > > Â Â Â Â Â Â Â Â Â Â MySquare := Morph new > > ...once I define "MySquare" as a global variable I know I can send it many messages like: > > > Â Â Â Â Â Â Â Â Â Â MySquare openInWorld > Â Â Â Â Â Â Â Â Â Â MySquare color: Color yellow > > When I'm done and I close the workspace, save the image and save the image. Â When I open it again it will know what "MySquare" is known in any workspace. > > How do I remove "MySquare" and/or the associated object? > How could I see or find other such global variables? > > - John > > _______________________________________________ > 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 > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 17, 2009

Re: [Pharo-project] Call for testers of a faster MC

by Keith Hodges

StÃ©phane Ducasse wrote: > I checked a bit but actualClassIn: in MC1.6 depends on > MCMethodDefinition having theClass as instanceVariable. > > The results of this experience is clearly showing me that merging > between fork is nearly impossible. > I already lost some days on that issues and I think that we will stay > with a slow MC for now. > > Stef > That's why the only effective way is to use as is, and contribute to the package in an external repository. If you don't then everyone is stuck with a version that cannot move forward. That's where we were three years ago. The version in squeaksource.com/mc has moved forward, in the same way as Pharo has unashamedly moved forward. Feel free to adopt squeaksource.com/mc as your own if you want to, I wont be contributing to it for a long long while if ever. May I invite someone to feel free to maintain the InstallerScripts for loadinging mc1.5 into Pharo, it used to work Keith

July 17, 2009

Re: [Pharo-project] Call for testers of a faster MC

by Douglas Brebner

StÃ©phane Ducasse wrote: > I checked a bit but actualClassIn: in MC1.6 depends on > MCMethodDefinition having theClass as instanceVariable. > > The results of this experience is clearly showing me that merging > between fork is nearly impossible. > I already lost some days on that issues and I think that we will stay > with a slow MC for now. > > > Isn't the version loaded by the following code from my other mail the already merged version of 1.5/1.6? (I believe that 1.6 is just 1.5 with atomic loading enabled) Preferences enable: #allowBlockArgumentAssignment. Preferences disable: #raiseDepreciatedWarnings. Installer upgrade upgrade. Installer install: 'UpgradeMonticelloBootstrap'.

July 17, 2009

Re: [Pharo-project] Call for testers of a faster MC

by StÃ©phane Ducasse

I checked a bit but actualClassIn: in MC1.6 depends on MCMethodDefinition having theClass as instanceVariable. The results of this experience is clearly showing me that merging between fork is nearly impossible. I already lost some days on that issues and I think that we will stay with a slow MC for now. Stef On Jul 16, 2009, at 10:39 PM, Mariano Martinez Peck wrote: > Stef....Kirtai was looking you in IRC > > [16:39] <Kirtai> is stephanes problem with loading mc due to non- > atomicloading changing a method then using it before another method > it depends on is compiled? > [17:06] <marianopeck> Kirtai: stef isn't in IRC most of the time > [17:07] <marianopeck> it would be better to send him an email > [17:07] <Kirtai> I'm just lookin at the problem > [17:07] <Kirtai> seems that MCMethodDefinition>>actualClass is > calling MCMethodDefinition>>actualClassIn: after actualClass is > recompiled but before actualClassIn: is installed > > > Mariano > > On Thu, Jul 16, 2009 at 7:33 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > > wrote: > apparently the UI gets stuck during the cleaning phase when I try to > load moose :( > > On Jul 16, 2009, at 8:49 PM, StÃ©phane Ducasse wrote: > > > Hi guys > > > > thanks to matthew I finally understood his optimization. > > The entry point is MCPackage>>snapshot > > > > I published a slice in the inbox. > > If you can try it, look at the changes and let me know. > > > > I did some experiences and could load moose which start to be > complex > > but I may have done some mistakes. > > > > Stef > > > > PS: having real package will really make all that much faster. > > I will regularly to the TaskForces the code for a new package class. > > > > _______________________________________________ > > 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 17, 2009

Re: [Pharo-project] tests for FasterSets

by StÃ©phane Ducasse

Thanks cyrille When you publish tests that are ready to integrate let us know. Are these tests ready for dictionary and friends? Stef On Jul 17, 2009, at 12:00 PM, Cyrille Delaunay wrote: > Hi, > > I have saved some tests for A lot of subclasses of Dictionary and > Set in 'PharoTaskForces'. > Those tests only test basic behavior of a Set or a Dictionary. > > You will probably find errors and failures not due to fasterSets > specificities : > > - uncommented classes > - methods unclassified > - class implementation bugs ( like smallDictionary . > MethodDictionary ) > - class specific behavior ( in this case, tests should maybe be > rewriten). > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 17, 2009