January 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] RBSpelling errors when class has Pool Dictionary - Re: [BetaTesting] [ANN] Pharo1.0-10507-rc2dev10.01.2

by Lukas Renggli

> I attach screenshot. Delete the file rb-spelling.dat next to your image, that should fix the problem. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Jan. 24, 2010

Re: [Pharo-project] RBSpelling errors when class has Pool Dictionary - Re: [BetaTesting] [ANN] Pharo1.0-10507-rc2dev10.01.2

by Mariano Martinez Peck

On Sun, Jan 24, 2010 at 4:41 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > > Thanks Lukas. I have just updated the configuration. I got 11 failures. > Is > > this correct ? > > > > Gofer new > > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfRefactoringBrowser'; > > load. > > > > ((Smalltalk at: #ConfigurationOfRefactoringBrowser) project version: > '1.2') > > load: 'Core Tests' > > No, that's not correct. Hahahahahahahahahhahahahahhahaahhahahahaa. > > They all pass on my machine. What is the problem? > > For correct I meant "expected". Can you try to reproduce them with with https://gforge.inria.fr/frs/download.php/25366/PharoCore-1.0-10508rc2.zip ? Some examples: testTemporaryVariableNames fails in runRule: aClass expect: aCollection because when it does: self assert: (rule = each or: [ each result isEmpty ]) description: rule name , ' should not report errors' ]. each is RBClassCategoriesSpellingRule and rule is RBTemporaryVariableNamesSpellingRule and each result isEmpty gives false testClassCategories failes in runRule: aClass expect: aCollection because when it does self assert: (aCollection includes: each) description: each printString , ' should not be reported' ]. aCollection is #('Wrng') and each is 'Refactoring' I attach screenshot. Cheers Mariano > Lukas > > > > > > > > > >> > >> Lukas > >> > >> -- > >> 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 > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > -- > 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 >

Jan. 24, 2010

Re: [Pharo-project] RBSpelling errors when class has Pool Dictionary - Re: [BetaTesting] [ANN] Pharo1.0-10507-rc2dev10.01.2

by Stan Shepherd

Sorry, forget this. Lukas has dropped the pool dictionary test. ...Stan -- View this message in context: http://n2.nabble.com/BetaTesting-ANN-Pharo1-0-10507-rc2dev10-01-2-tp4440307… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 24, 2010

Re: [Pharo-project] RBSpelling errors when class has Pool Dictionary - Re: [BetaTesting] [ANN] Pharo1.0-10507-rc2dev10.01.2

by Lukas Renggli

> Thanks Lukas. I have just updated the configuration. I got 11 failures. Is > this correct ? > > Gofer new > Â Â Â squeaksource: 'MetacelloRepository'; > Â Â Â package: 'ConfigurationOfRefactoringBrowser'; > Â Â Â load. > > ((Smalltalk at: #ConfigurationOfRefactoringBrowser) project version: '1.2') > load: 'Core Tests' No, that's not correct. Hahahahahahahahahhahahahahhahaahhahahahaa. They all pass on my machine. What is the problem? Lukas > > > >> >> Lukas >> >> -- >> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch

Jan. 24, 2010

Re: [Pharo-project] RBSpelling errors when class has Pool Dictionary - Re: [BetaTesting] [ANN] Pharo1.0-10507-rc2dev10.01.2

by Mariano Martinez Peck

On Sun, Jan 24, 2010 at 3:25 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > >> Otherwise refactoring etc all seem good. I get the same test results as > >> other Linux testers. > > > > Lukas, do you know if this a bug ? > > I removed the rule for the pool imports a while ago, they are already > checked more appropriately at the place they are defined. > > Btw, I integrated the tests of Stan into the package: > Refactoring-Tests-Spelling. > > Also I had to rename the tests packages of the rest of the refactoring > browser to avoid conflicts. The packages are now called: > AST-Tests-Core and Refactoring-Tests-Core. > > Can you update the Metacello definitions? > > Thanks Lukas. I have just updated the configuration. I got 11 failures. Is this correct ? Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfRefactoringBrowser'; load. ((Smalltalk at: #ConfigurationOfRefactoringBrowser) project version: '1.2') load: 'Core Tests' > Lukas > > -- > 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 >

Jan. 24, 2010

Re: [Pharo-project] Fwd: [squeak-dev] Smalltalk vs Eclipse

by Richard Durr

Btw Apple chose its Smalltalk inspired Programming Environment to work this way: You specify instances of user interface objects, their controllers, bindings between them and much more in a graphical tool called Interface Builder. These objects then get freeze-dried into so called nib oder xib files which contain the objects in a representational format (text, xml, or binary). These filese in turn are added to the resources of your application. On startup of your application the object instances in your nibs get awaken again. It is very similar and very cool. See http://developer.apple.com/Mac/library/documentation/DeveloperTools/Concept…

Jan. 24, 2010

Re: [Pharo-project] Deadlock detection for testcases

by StÃ©phane Ducasse

> In February I am back from deadline hunting and ready to help with the > integration. I'm cleaning my plate (just one more project to write :(.... > > Deadline-driven research is so ... gosh, cant we just abandon it? don't tell me :) > BTW, Lance Fortnow on why the conference model in CS is no longer > sustainable, http://bit.ly/P3jfv > > --AA > > > > -- > SUITE 2010, 2nd Workshop on search in software engineering. > Extended deadline to next Friday, January 29, http://bit.ly/suite2010 > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 24, 2010

Re: [Pharo-project] TestIndenting fails with Exupery (was: [BetaTesting] [ANN] Pharo1.0-10507-rc2dev10.01.2)

by laurent laffont

If I delete FTPlugin directory found in Exupery vm then TestIndenting succeed. So FTPlugin + Exupery + Linux = TestIndenting fails. Someone know how can I compile squeak vm with FTPlugin ? I cannot find informations on this. Cheers. Laurent 2010/1/23 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > 2010/1/23 laurent laffont <laurent.laffont(a)gmail.com> > >> I lack knowledge :( > > > me too :) Don't worry. We are all trying to do our best. > > >> how can I enable / disable a plugin ? > > > I don't know if this is possible. Maybe in some Linux/Mac distros maybe how > can just delete the files, but in Windows for example, I think they are > build inside the vm... > > >> What can I check more precisely ? >> >> > I think with this: " SmalltalkImage current listLoadedModules" > > What would really help is to: > > - See which plugins do you have in each Linux VM, with that piece of code. > > - Check which tests are failing and do a quick review. Because maybe they > are failing due to a primitive or something for the VM. We need to discover > what is the problem. Not necessary fix it, but at least to know where the > problem came from. > > Cheers and thanks a lot for the help. > > Mariano > > > >> Laurent >> >> >> 2010/1/23 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >> wow....Laurent: can you check which and why are the tests that are failing >>> in each vm but not in the other ? >>> >>> maybe because of FTPlugin ? or another plugin that it is not in both >>> vms but requiered by the tests? >>> >>> 2010/1/23 laurent laffont <laurent.laffont(a)gmail.com> >>> >>> And with squeak vm there's less failures. >>>> >>>> Laurent Laffont >>>> >>>> >>>> >>>> On Fri, Jan 22, 2010 at 5:18 PM, laurent laffont < >>>> laurent.laffont(a)gmail.com> wrote: >>>> >>>>> On Linux, exupery VM >>>>> >>>>> Laurent >>>>> >>>>> 2010/1/22 Benoit St-Jean <bstjean(a)yahoo.com> >>>>> >>>>>> Here's the first test run, on a fresh image (see JPEG attached for >>>>>> results). >>>>>> >>>>>> >>>>>> I just unzipped the files, started Pharo and ran the Test Runner. >>>>>> >>>>>> No preferences changed, nothing even evaluated in a workspace! >>>>>> >>>>>> I'm on XP if that helps! >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>> >> >> >> _______________________________________________ >> 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 >

Jan. 24, 2010

Re: [Pharo-project] RBSpelling errors when class has Pool Dictionary - Re: [BetaTesting] [ANN] Pharo1.0-10507-rc2dev10.01.2

by Lukas Renggli

>> Otherwise refactoring etc all seem good. I get the same test results as >> other Linux testers. > > Lukas, do you know if this a bug ? I removed the rule for the pool imports a while ago, they are already checked more appropriately at the place they are defined. Btw, I integrated the tests of Stan into the package: Refactoring-Tests-Spelling. Also I had to rename the tests packages of the rest of the refactoring browser to avoid conflicts. The packages are now called: AST-Tests-Core and Refactoring-Tests-Core. Can you update the Metacello definitions? Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Jan. 24, 2010

Re: [Pharo-project] RBSpelling errors when class has Pool Dictionary - Re: [BetaTesting] [ANN] Pharo1.0-10507-rc2dev10.01.2

by Mariano Martinez Peck

On Sat, Jan 23, 2010 at 4:47 PM, Stan Shepherd <stan.shepherd414(a)gmail.com>wrote: > > Hi Mariano, great job of the release. > > Thanks! > I've hit this one bug- pool dictionary spelling is checking a collection > where it expects a string. > > Here's an alternative. > > RBPoolDictionaryNamesSpellingRule>>checkClass: aContext > (aContext selectedClass isTrait or: [ aContext selectedClass isMeta > ]) > ifTrue: [ ^ self ]. > aContext selectedClass poolDictionaryNames do: > [:poolName | > > (self check: poolName) do: [ :each | > result > addSearchString: each; > addClass: aContext selectedClass ]] > > Otherwise refactoring etc all seem good. I get the same test results as > other Linux testers. > > Lukas, do you know if this a bug ? > ...Stan > > > -- > View this message in context: > http://n2.nabble.com/BetaTesting-ANN-Pharo1-0-10507-rc2dev10-01-2-tp4440307… > 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 >

Jan. 24, 2010