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

Re: [Pharo-project] SUnit History

by Alexandre Bergel

> 3. Why the heck is the timestamp of the last run a String :-( Even the timestamp is not used currently, it should not be stored as a String Alexandre > > On Wed, Apr 1, 2009 at 12:07 PM, Lukas Renggli <renggli(a)gmail.com> > wrote: >> I have a few questions to the authors of the SUnit History feature: >> >> 1. I noticed is that all the results are stored in a dictionary of >> TestResult mapping the classes to their last result. When I delete >> tests, these obsolete classes remain references from the dictionary >> and thus never get garbage collected. Why not save the history in a >> class-instance variable of the TestCase itself? That would even make >> the code much simpler. >> >> 2. Why to store the history of test results in nested dictionaries, >> sets and arrays? We have a nice TestResult object that remembers >> exactly the same information and additionally allows to do all kinds >> of queryies like #hasFailures, hasPassed, ... I see that there is one >> problem here: the current implementation of TestResult remembers the >> test case instances, and thus would reference potentially a lot of >> unnecessary state. Maybe TestResult should only remember the method >> references of the tests, instead of the test cases? I guess that >> would >> solve other problems people regularly report with SUnit as well. >> >> Lukas >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> > > > > -- > 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 3, 2009

Re: [Pharo-project] [update] #10263

by Marcus Denker

On 02.04.2009, at 10:49, Nicolas Cellier wrote: > Thanks Damien, > that's certainly clear for U, not for me. > Is it the same that main Pharo page http://www.pharo-project.org/download > ? > How do I know if http://www.pharo-project.org/download provides > closure ready VM ? > Why is there a mac VM on https://gforge.inria.fr/frs/?group_id=1299 > and only a mac VM ? > Sorry, all this looks messy to me (i'm not in Pharo bath for about 4 > month). > > I see things like a newb: > 1) Marcus information tells I need a closure VM but direct me to a > page without unix VM. > 2) main pharo download page does not tell whether VM are closure > ready or not > 3) I'm stuck... (pretend I don't want to scan mailing list archive to > find your usefull link) > > That's why I ask information to be gathered in a single place. > 1) complete Marcus warning message > 2) update http://www.pharo-project.org/download > I now changed it to: Updates after #10263 are for closure-enable Pharo. You need a current VM and continue updating from the #10262 closure image. Updating non- closure images will not work. Visit https://gforge.inria.fr/frs/?group_id=1299 for downloading the closure image, and http://pharo-project.org/download for the VM. I suggest we don't lose too much time with this... this is not a message for end-users, nor for developers, as everyone will load an image soon that is already updated... Marcus > Nicolas > > 2009/4/2 Damien Cassou <damien.cassou(a)gmail.com>: >> On Thu, Apr 2, 2009 at 10:30 AM, Nicolas Cellier >> <nicolas.cellier.aka.nice(a)gmail.com> wrote: >>> Please also inform with a link to non-mac closure VM (or put some on >>> inria forge). >> >> Everything is linked in the download page: >> >> http://code.google.com/p/pharo/wiki/Downloads?tm=2 >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> _______________________________________________ >> 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 -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

April 3, 2009

Re: [Pharo-project] [update] #10263

by StÃ©phane Ducasse

for the moment 10263 is the last update :) for the tests I imagine that they are normal. but we need help to improve the tests and for example avoid to have test popping up menu. stef On Apr 2, 2009, at 11:42 PM, dmason(a)mason-rose.ca wrote: >> self inform: 'Updates after #10263 are for closure-enable Pharo. You >> need a 4.0 VM and continue updating from the #10262 closure image. >> Updating non-closure images will not work. Visit https://gforge.inria.fr/frs/?group_id=1299 >> for downloading the closure image'.! > > Sorry, I'm a come-lately to this. How to I get to (and past) 10263? > > I downloaded Pharo0.1Core-10262cl from INRIA, but on the 4.0 vm I > get 17 > failures and 51 errors with all-tests. > > ../Dave > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 2, 2009

Re: [Pharo-project] [update] #10263

by dmason＠mason-rose.ca

> self inform: 'Updates after #10263 are for closure-enable Pharo. You > need a 4.0 VM and continue updating from the #10262 closure image. > Updating non-closure images will not work. Visit https://gforge.inria.fr/frs/?group_id=1299 > for downloading the closure image'.! Sorry, I'm a come-lately to this. How to I get to (and past) 10263? I downloaded Pharo0.1Core-10262cl from INRIA, but on the 4.0 vm I get 17 failures and 51 errors with all-tests. ../Dave

April 2, 2009

Re: [Pharo-project] About unicodeToMacRoman

by StÃ©phane Ducasse

who is the freetype maintainer? Stef On Apr 2, 2009, at 3:06 PM, Michael Rueger wrote: > Nicolas Cellier wrote: > >> So, as announced, I conclude there is no use in forming a Character >> when we only need a charCode in a specific encoding... > > Thanks for the analysis. > > What I basically did was a simple rename of the old squeakToMac etc > selectors, without really analyzing the usage too much. So basically > the > freetype maintainer could change the caller sites and remove the then > obsolete methods. > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 2, 2009

Re: [Pharo-project] how to use the rewrite tools

by Lukas Renggli

> Since I want to replace self should: by self assert: I wrote something > like that > > ParseTreeRewriter new > Â Â Â Â replace: 'self should: `@.statements' with: 'self assert: > `@.statements'; yourself > > > Now how can I get the code run? Accept (Apple+S) Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

April 2, 2009

[Pharo-project] how to use the rewrite tools

by StÃ©phane Ducasse

Hi I wanted to use the rewritetools. So I selected a package and refactoring scope on the new browser I selected rewritetools Since I want to replace self should: by self assert: I wrote something like that ParseTreeRewriter new replace: 'self should: `@.statements' with: 'self assert: `@.statements'; yourself Now how can I get the code run? Stef

April 2, 2009

Re: [Pharo-project] old debugger and Cloasure vm on unix

by Michael Roberts

http://code.google.com/p/pharo/issues/detail?id=709 I will start to put my findings on this issue entry. thanks, Mike

April 2, 2009

Re: [Pharo-project] About unicodeToMacRoman

by Nicolas Cellier

2009/4/1 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: > Hello list, > > that's just a detail, but I do not much like Character>>unicodeToMacRoman. > > Why? > Because a Character does not explicitely carry encoding information. > On the contrary, Character are implicitely considered as unicode > encoded in 99% of code. > > So, pretending a Character can change encoding is just a hack for a > small portion of code... Err... For some leadingChar ~= 0, encoding IS NOT unicode. Encoding is specified by leadingChar. x := (1 << 22 + 16rE4) asCharacter. x asUnicode hex. -> 'FF29' x charCode hex. -> 'E4' EncodedCharSet charsetAt: x leadingChar. -> JISX0208 Beware not to print such a Character, it might fail with never ending notifier poping up Nicolas

April 2, 2009

Re: [Pharo-project] [update] #10263

by Schwab,Wilhelm K

At quick glance (sorry if I missed the obvious), I am glad to see us promoting Pharo-dev and providing alernate access to the core. Pharo-web is obscured??? If we plan treat that as Pharo-dev and then "run this script" that seems to work last I did it, then that's fine too. If Pharo-web is still to be featured, it deserves a place on the page too. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Damien Cassou Sent: Thursday, April 02, 2009 10:54 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [update] #10263 On Thu, Apr 2, 2009 at 10:49 AM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > update http://www.pharo-project.org/download What do you think now? -- Damien Cassou http://damiencassou.seasidehosting.st _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 2, 2009