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

Re: [Pharo-project] SmalltalkImage current platformName [WAS] Re: Baseline test results on pharo core 10392

by David T. Lewis

On Thu, Jul 30, 2009 at 05:51:02AM +0100, Douglas Brebner wrote: > David T. Lewis wrote: > > FWIW, the implementation that I used for OSProcess is: > > > > OSProcess class>>isWindows > > OSProcess class>>isUnix > > OSProcess class>>isUnixMac > > OSProcess class>>isNonUnixMac > > OSProcess class>>isRiscOS (1) > > OSProcess class>>isOS2 (2) > > > > And yes, Squeak does run on platforms other than unix and win32. Hopefully > > it is not too much of a stretch to envision #isSqueakNOS, #isPlan9, #isVMS, > > #isChrome, and #isTripos (3). And Tripos was the host for BCPL (4) which was a > > host for early Smalltalk, which begat Squeak, which inspired Pharo, which > > leads us to this discussion, so give some love to Tripos and also to Martin > > Richards (5) who continues to advance the development of several of these > > seminal technologies. > > > I believe there's a port to Syllable too, and I expect to see one to > AROS or another AmigaOS version :) [veering hopelessly off topic, sorry] The original AmigoOS was Tripos: http://www.amigahistory.co.uk/tripos.html

July 30, 2009

Re: [Pharo-project] Beginner Tasks

by Adrian Lienhard

On Jul 29, 2009, at 23:00 , Michael Roberts wrote: > for the moment you don't need to load any project related code. a > simple test server would > 1a) download the latest published core image from inria or > 1b) load all the available updates into the last image downloaded, > save image locally > 2) file in the baseline test code & run the tests (done - see wiki) > 3) publish the results to the wiki Yes, I think that is a very good plan. It is simple but it is useful. We have had already a couple of automated testing projects that wanted to do too much and then they were never finished. Note also, that we not only need somebody that implements the server but also somebody that maintains it afterwards. Cheers, Adrian > > cheers, > Mike > > 2009/7/29 Simon Denier <Simon.Denier(a)inria.fr>: >> Stef is talking of http://www.squeaksource.com/TestServerSimple.html >> Now this is a rather rudimentary adaptation from a tool made by >> Swiss guys. >> It runs automatically when launching the image, loads packages and >> runs >> tests for different projects. >> Right now it is tailored for Moose projects >> I guess that the area that need improvements are: >> - configuration of projects to load, with prerequisites (using >> Metacello >> perhaps?). Right now this is hard-coded, see TSProject class>>run >> - headless running (sometimes some interactive dialogs still pop up, >> especially when there is a problem loading a package, and this >> ruins the >> automatization) >> - better handling of errors (problems such as above) >> >> On 29 juil. 09, at 18:46, Robert Peters wrote: >> >> What is this "testServer" you are talking about? I searched this >> forum a >> little bit but didn't find any information on it. >> >> I write web-apps in Django for Google App Engine, and my current >> test suite >> for a project takes 45 seconds to run. This frustrates me because >> unit >> testing is (or, at least, should be) an easily distributed task (as >> good >> unit tests do not depend on each other). If Python would even >> simply use >> both cores of my main work computer, my tests would only take 23 >> seconds, >> and if it used all computers on my local network, it could take 5-10 >> seconds. This would be a huge saving for me. >> >> All of this to say I have been thinking about a 'test server' that >> would >> take a queue of tests, set up the proper environments on as many >> cores as it >> had available, and send out the tests, collect the responses and >> display >> them. >> >> Is this what you mean by 'testServer'? >> >> I have wanted to help Pharo, but being an un-skilled Smalltalk >> programmer, >> and having other Python-based projects that were more urgent, I >> haven't done >> much about it. However, this 'testServer' caught my eye, because >> I've been >> thinking about creating such a thing for my own Python-based use. >> Please >> let me know if what I propose is what you intend. If so I may be >> willing to >> try and create something for Pharo to use. >> >> Kind regards, >> Robert >> >> >> StÃ©phane Ducasse-2 wrote: >> >> >> - a nicer project would be to help improving the embryonic testServer >> >> we have >> >> Stef >> >> >> >> -- >> View this message in context: >> http://n2.nabble.com/Beginner-Tasks-tp3187343p3351068.html >> 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 >> >> -- >> Simon >> >> >> >> _______________________________________________ >> 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 30, 2009

Re: [Pharo-project] SmalltalkImage current platformName [WAS] Re: Baseline test results on pharo core 10392

by Damien Cassou

On Wed, Jul 29, 2009 at 8:30 PM, Igor Stasenko<siguctua(a)gmail.com> wrote: > Or, someone please tell me, why everyone tend to mis-use the singleton > pattern in a form: > 'Foo current' , whereas the Foo is already a singleton??? Because you can transform 'Foo current' in a non-singleton if you want to later. This is not the case of Foo. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

July 30, 2009

Re: [Pharo-project] Bugreports... the numbers

by Damien Cassou

On Wed, Jul 29, 2009 at 11:24 PM, Marcus Denker<denker(a)acm.org> wrote: > Entries in the Bugracker: 1004 > Closed: Â Â Â Â Â Â Â Â Â Â 798 > > open: Â Â Â Â Â Â Â Â Â Â Â 206 > open, tagged 1.0: Â Â Â Â Â 49 > > First bug filed: Â Jun 05, 2008 > (Date today - 'Jun 05, 2008' asDate) days --> 419 > > That makes 1.9 closed reports per day. Not bad! Excellent :-). I would like to thank the harvester team for their awesome job. Thank you very much -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

July 30, 2009

Re: [Pharo-project] SmalltalkImage current platformName [WAS] Re: Baseline test results on pharo core 10392

by Douglas Brebner

David T. Lewis wrote: > FWIW, the implementation that I used for OSProcess is: > > OSProcess class>>isWindows > OSProcess class>>isUnix > OSProcess class>>isUnixMac > OSProcess class>>isNonUnixMac > OSProcess class>>isRiscOS (1) > OSProcess class>>isOS2 (2) > > And yes, Squeak does run on platforms other than unix and win32. Hopefully > it is not too much of a stretch to envision #isSqueakNOS, #isPlan9, #isVMS, > #isChrome, and #isTripos (3). And Tripos was the host for BCPL (4) which was a > host for early Smalltalk, which begat Squeak, which inspired Pharo, which > leads us to this discussion, so give some love to Tripos and also to Martin > Richards (5) who continues to advance the development of several of these > seminal technologies. > > I believe there's a port to Syllable too, and I expect to see one to AROS or another AmigaOS version :)

July 30, 2009

Re: [Pharo-project] Shadowing the ivar by temps in Pharo

by John M McIntosh

Well if someone is fixing that there might be a few other gotha's they might want to consider. For example... Garble class>>foobar name := 'messylongthing that is going to cause grief'. (a) bonus point one is who and what is 'name' (b) bonus point two is what evil thing did that do? (c) double points for fixing your saved image, especially if you do name := 'VolumePath/more/things/' (d) Even more points/grief if you check that into MC and contaminate all your team members images as a side effect. On 29-Jul-09, at 6:52 PM, Igor Stasenko wrote: > This is not first time, i discovering that Pharo silently accepts the > methods which having argument/temp names > same as intance variable names. > > Squeak 3.10, however warns about it, upon installation and prevents > edited method to be accepted until this is fixed. > > -- Transcript -- > (doubleBuffered is shadowed in "GLDisplayScreen") > (depth is shadowed in "GLDisplayScreen>>#glEnableMainWindowContext:") > > Is this a bug or feature? > > -- > 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 -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

July 30, 2009

Re: [Pharo-project] Shadowing the ivar by temps in Pharo

by Schwab,Wilhelm K

IMHO, it is a bug. -----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: Wednesday, July 29, 2009 8:52 PM To: Pharo Development Subject: [Pharo-project] Shadowing the ivar by temps in Pharo This is not first time, i discovering that Pharo silently accepts the methods which having argument/temp names same as intance variable names. Squeak 3.10, however warns about it, upon installation and prevents edited method to be accepted until this is fixed. -- Transcript -- (doubleBuffered is shadowed in "GLDisplayScreen") (depth is shadowed in "GLDisplayScreen>>#glEnableMainWindowContext:") Is this a bug or feature? -- 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 30, 2009

Re: [Pharo-project] SmalltalkImage current platformName [WAS] Re: Baseline test results on pharo core 10392

by David T. Lewis

On Thu, Jul 30, 2009 at 04:40:35AM +0300, Igor Stasenko wrote: > 2009/7/30 Igor Stasenko <siguctua(a)gmail.com>: > [snip ] > > right, this is what i'm actually proposing.. use it in a way like: > > > > menuBuilder := OSProcess platformMenuBuilder. > > > > menuBuilder ifNotNil: [ > > ?? menuBuilder addMenu: #('File Edit Help Other Boring Stuff')... > > ] > > > err.. OSPlatform, not OSProcess :) ;-) FWIW, the implementation that I used for OSProcess is: OSProcess class>>isWindows OSProcess class>>isUnix OSProcess class>>isUnixMac OSProcess class>>isNonUnixMac OSProcess class>>isRiscOS (1) OSProcess class>>isOS2 (2) And yes, Squeak does run on platforms other than unix and win32. Hopefully it is not too much of a stretch to envision #isSqueakNOS, #isPlan9, #isVMS, #isChrome, and #isTripos (3). And Tripos was the host for BCPL (4) which was a host for early Smalltalk, which begat Squeak, which inspired Pharo, which leads us to this discussion, so give some love to Tripos and also to Martin Richards (5) who continues to advance the development of several of these seminal technologies. Dave (1) http://en.wikipedia.org/wiki/Riscos http:/rowledge.org/tim/squeak/RISCOSSqueak.html (2) http://en.wikipedia.org/wiki/OS2 http://www.jvuletich.org/Squeak/SqueakForOS2/SqueakForOS2Eng.html (3) http://en.wikipedia.org/wiki/TRIPOS http://www.cl.cam.ac.uk/~mr10/Cintpos.html (4) http://en.wikipedia.org/wiki/BCPL http://www.cl.cam.ac.uk/~mr10/BCPL.html (5) http://www.cl.cam.ac.uk/~mr10

July 30, 2009

[Pharo-project] Shadowing the ivar by temps in Pharo

by Igor Stasenko

This is not first time, i discovering that Pharo silently accepts the methods which having argument/temp names same as intance variable names. Squeak 3.10, however warns about it, upon installation and prevents edited method to be accepted until this is fixed. -- Transcript -- (doubleBuffered is shadowed in "GLDisplayScreen") (depth is shadowed in "GLDisplayScreen>>#glEnableMainWindowContext:") Is this a bug or feature? -- Best regards, Igor Stasenko AKA sig.

July 30, 2009

Re: [Pharo-project] SmalltalkImage current platformName [WAS] Re: Baseline test results on pharo core 10392

by Igor Stasenko

2009/7/30 Igor Stasenko <siguctua(a)gmail.com>: [snip ] > right, this is what i'm actually proposing.. use it in a way like: > > menuBuilder := OSProcess platformMenuBuilder. > > menuBuilder ifNotNil: [ > Â menuBuilder addMenu: #('File Edit Help Other Boring Stuff')... > ] > err.. OSPlatform, not OSProcess :) -- Best regards, Igor Stasenko AKA sig.

July 30, 2009