- Pharo-dev - lists.pharo.org

[Pharo-project] Broken #isPrime

by David T. Lewis

Hi, There seems to be a problem with #isPrime in Pharo 1.4. The following example runs apparently forever: 100000000000000000000000000039 isPrime. Unfortunately I used #isPrime to demonstrate multiprocessing with worker images with RemoteTask. RemoteTask seems to work fine on Pharo, but the examples run "forever" and thus appear to fail due to the #isPrime problem. RemoteTask is described here <http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-November/162167…> Dave

Nov. 13, 2011

Re: [Pharo-project] Instantiating from a Symbol

by StÃ©phane Ducasse

But environment is a business of classes and not instances. So environment is a class method and this is normal. And if you need to access from an instance method self class environmentâ¦ makes it. Stef > Stef, > > On 12 Nov 2011, at 23:04, StÃ©phane Ducasse wrote: > >> environment should be used in a method while Smalltalk globals more for scripts. > > Yeah, but Nick's point is that #environment is a class method, not an instance method, and maybe it would be handy on the instance side. > > Sven

Nov. 13, 2011

Re: [Pharo-project] Comparing a package code with current code

by Hernan Wilkinson

yeah... it does not work with this package/image version... maybe something has changed and that is the reason... On Sat, Nov 12, 2011 at 4:36 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > changes button always worked for me. > > On 12 November 2011 01:12, Johannes Rasche <johannesrasche(a)mac.com> wrote: > > what else would be compared ?! > > > > anyway I didn't do that, so I cannot judge > > > > I used merge, but that may be cumbersome > > > > Johannes > > > > Am 12.11.11 00:03, schrieb Hernan Wilkinson: > > > > nop... it does not compare the code from the package and image... > > It think I did this before but I don't find the way now. > > > > On Fri, Nov 11, 2011 at 7:51 PM, Francois Stephany > > <tulipe.moutarde(a)gmail.com> wrote: > >> > >> Hi Hernan, > >> > >> Can't you use the 'Changes' button on the Monticello browser? > >> > >>> How can I see the differences between code that is in a > >>> package and the code in an image? > >> > > > > > > > > -- > > HernÃ¡n Wilkinson > > Agile Software Development, Teaching & Coaching > > Mobile: +54 - 911 - 4470 - 7207 > > email: hernan.wilkinson(a)10Pines.com > > site: http://www.10Pines.com > > Address: Paraguay 523, Floor 7 N, Buenos Aires, Argentina > > > > > > -- > > Johannes Rasche Hagelberger Str. 56 10965 Berlin mail > johannesrasche(a)mac.com > > mobile +49 1577 175 04 75 > > > > -- > Best regards, > Igor Stasenko. > > -- *HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/>* Address: Paraguay 523, Floor 7 N, Buenos Aires, Argentina

Nov. 13, 2011

Re: [Pharo-project] Instantiating from a Symbol

by Norbert Hartl

Am 13.11.2011 um 10:17 schrieb Sven Van Caekenberghe: > Stef, > > On 12 Nov 2011, at 23:04, StÃ©phane Ducasse wrote: > >> environment should be used in a method while Smalltalk globals more for scripts. > > Yeah, but Nick's point is that #environment is a class method, not an instance method, and maybe it would be handy on the instance side. Absolutely. I want to have environments for code _and_ data. Not sure if it is applyable in a clean way into the same concept. But I like to be able to load a new version of my code into the same image. And I like to be able to run tests of my code without having side effects to my existing production data. Norbert

Nov. 13, 2011

Re: [Pharo-project] Instantiating from a Symbol

by Sven Van Caekenberghe

Stef, On 12 Nov 2011, at 23:04, StÃ©phane Ducasse wrote: > environment should be used in a method while Smalltalk globals more for scripts. Yeah, but Nick's point is that #environment is a class method, not an instance method, and maybe it would be handy on the instance side. Sven

Nov. 13, 2011

Re: [Pharo-project] Cluster analysis of Pharo source available?

by csrabak＠bol.com.br

Guido, Notwithstanding how useful would be to track these attributes you just mentioned, I cannot see how the graphs of the clusters shown in the earlier post can be either a representation of them nor even a summary of what you brought now in this comment. . . Regards, -- Cesar Rabak Em 10/11/2011 18:44, Guido Stepken < gstepken(a)googlemail.com > escreveu: Project managers directly can *see*, how much brainpower each programmer is investing and in how far he really cleans up code, defines clear and usable (and used by other coprogrammers) interfaces, or he is messing up the code, producing even more work and costs for others. You know - "lines not written" -> but they directly show up in the graphs! Should be standard everywhere, IMHO. Have fun! Guido Stepken Am 10.11.2011 um 21:25 schrieb csrabak(a)bol.com.br: > As the saying says: "Every person to its taste!", I will not delve in the liking or not of the graphs, but I think the question must be posed: > > What practical measures can be extracted of such representation and how can they be used to [help] fulfill the Pharo vision? > > -- > Cesar Rabak > > Em 09/11/2011 19:15, Guido Stepken < gstepken(a)googlemail.com > escreveu: > I like such things, like visualizing class dependencies with girvan newman algorithm: > > http://igraph.sourceforge.net/screenshots2.html > > or here: > > http://www.little-idiot.de/teambuilding/apache-structure.pdf > > Should be nice to see, how Pharo has changed over time. > > Are there such "reflective tools" available in Pharo? (Should be pretty easy to handover a list of Pharo class dependencies to igraph ...) > > Tnx, Guido Stepken > >

Nov. 13, 2011

Re: [Pharo-project] FS and binary files

by StÃ©phane Ducasse

I do not believe that what changed from colin implementation would impact the problem of johannes. Stef > Not really, Pharo forked the original implementation. > > In Colin's code you had to use the third supported stream type: not #readStream and not #writeStream (that are minimal ANSI compatible streams), but a third kind that I forgot the name of (it would return a RBBinaryReadWriteStream that works with most existing code). > > Lukas > > On 10 November 2011 16:25, Johannes Rasche <johannesrasche(a)mac.com> wrote: > Hi Lukas, > > you may not have realized the message below. > > I assume you might be the person who coud answer my question > > Cheers Johannes > > -------- Original-Nachricht -------- > Betreff: [Pharo-project] FS and binary files > Datum: Wed, 09 Nov 2011 15:36:16 +0100 > Von: Johannes Rasche <johannesrasche(a)mac.com> > Antwort an: Pharo-project(a)lists.gforge.inria.fr > An: pharo-project(a)lists.gforge.inria.fr > > > Hi folks, > > I just started to using FS instead of FileDirectory. > > On readStream sent to FSReference a FSAnsiiStream turns out, which is > not suitable for reading images ( for instance with PNGReadWriter). > > What did I wrong? > > Johannes > > > > > > > > -- > Lukas Renggli > www.lukas-renggli.ch

Nov. 12, 2011

Re: [Pharo-project] Call for help for reviewing code

by StÃ©phane Ducasse

+1 On Nov 11, 2011, at 4:49 PM, Sean P. DeNigris wrote: > > mmimica wrote: >> >> "Nobody bothers to fix it" is not a valid issue resolution. > I agree. I sometimes find bugs that I can't fix because I don't understand > enough or just don't have time right then, even though the bug is very > annoying or disruptive. Over time, I gather info through using the system > that I can collect as comments in the issue. Also, every once in a while > (e.g. ESUG), I'll have a block of time that I can sit down and take down a > big issue, but months may go by before such a block comes up. > > Maybe a status called "old" or "stale" or something else so these can be > filtered? > > Sean > > -- > View this message in context: http://forum.world.st/Call-for-help-for-reviewing-code-tp3992746p4031712.ht… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Nov. 12, 2011

Re: [Pharo-project] deprecation process

by StÃ©phane Ducasse

normally we do it manually :). Stef On Nov 11, 2011, at 12:29 AM, Alain Plantec wrote: > Hi all, > I'm reviewing some fixes and I was just wondering: > Do we have to manually move a deprecated method to the > Deprecated14 package or is it done automatically ? > Thanks > Alain > >

Nov. 12, 2011

Re: [Pharo-project] Cluster analysis of Pharo source available?

by StÃ©phane Ducasse

On Nov 10, 2011, at 9:44 PM, Guido Stepken wrote: > Project managers directly can *see*, how much brainpower each programmer is investing and in how far he really cleans up code, defines clear and usable (and used by other coprogrammers) interfaces, or he is messing up the code, producing even more work and costs for others. > > You know - "lines not written" -> but they directly show up in the graphs! do you have an example? A web site because I'm interested for Moose. Stef > > Should be standard everywhere, IMHO. > > Have fun! > > Guido Stepken > > Am 10.11.2011 um 21:25 schrieb csrabak(a)bol.com.br: > >> As the saying says: "Every person to its taste!", I will not delve in the liking or not of the graphs, but I think the question must be posed: >> >> What practical measures can be extracted of such representation and how can they be used to [help] fulfill the Pharo vision? >> >> -- >> Cesar Rabak >> >> Em 09/11/2011 19:15, Guido Stepken < gstepken(a)googlemail.com > escreveu: >> I like such things, like visualizing class dependencies with girvan newman algorithm: >> >> http://igraph.sourceforge.net/screenshots2.html >> >> or here: >> >> http://www.little-idiot.de/teambuilding/apache-structure.pdf >> >> Should be nice to see, how Pharo has changed over time. >> >> Are there such "reflective tools" available in Pharo? (Should be pretty easy to handover a list of Pharo class dependencies to igraph ...) >> >> Tnx, Guido Stepken >> >> >

Nov. 12, 2011