September 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Pharo-users] [COTDC] 78 - RBSubclassResponsibilityNotDefinedRule

by StÃ©phane Ducasse

On Sep 1, 2011, at 8:52 PM, laurent laffont wrote: > You want a cool, better and fun system ? You want to be proud ? You want glory ? Nice ladies and caring men ? You want to stop drinking sugar water for the rest of your life and come with us and change the world ? > > Yes, we can !!! > > > Just participate to the COMMENT OF THE DAY CONTEST and win the respect of all Pharoers around the world ! Free participation, big reward ! > > > Today: RBSubclassResponsibilityNotDefinedRule This rules identifies when several methods in a set of subclasses are defined but not in the superclass. It identifies that an abstract method is missing in the superclass. > > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent

Sept. 1, 2011

[Pharo-project] to help for migration

by StÃ©phane Ducasse

Hi guys I created a web page on the wiki to keep a list of the deprecated packages we create. http://code.google.com/p/pharo/wiki/DeprecatedPackages Now we will remove the deprecate packages early in alpha phases else we have to maintain (for example when dealing with api changes or references to unwanted classes) and it may double our work for nothing because the package will be removed. So we hope it will help people while letting us work. Stef

Sept. 1, 2011

[Pharo-project] OmniOutlinerDocumentOfSmalltalkClassHierarchyGeneratingAppleScriptWriter

by HwaJong Oh

This is an AppleScript file generator which will create new OmniOutliner document of classes of Pharo(or Squeak). ** OmniOutliner is an outliner program for Mac OSX developed by OmniGroup. The video below demonstrates how quickly user can jump around classes and categories. http://screencast.com/t/lWXOKu0EY9P HOW TO MAKE OMNIOUTLINER DOCUMENT STEP1. create applescript file(default file name is "oo.scpt") with OmniOutlinerDocumentOfSmalltalkClassHierarchyGeneratingAppleScriptWriter object. STEP2. open oo.scpt file. (This step will take VERY LONG if the classes are many) STEP3. run oo.scpt file. STEP4. save the OmniOutliner document made by oo.scpt. The video below shows the process of making the file. http://screencast.com/t/JG0KeXRm HOW TO INSTALL AND USE IT STEP1. Install metacello configuration Gofer new squeaksource: 'DaliotsPlayground'; package: 'ConfigurationOfDaliotsPlayground'; load. STEP2. load "AppleScriptProgrammer" package ConfigurationOfDaliotsPlayground project lastVersion load: 'AppleScriptProgrammer'. STEP3. run the code w := OmniOutlinerDocumentOfSmalltalkClassHierarchyGeneratingAppleScriptWriter new. w addClassTree: Morph. "Add classes of interest." w writeAddedClassesToFile. Best Regards HwaJong Oh -- View this message in context: http://forum.world.st/OmniOutlinerDocumentOfSmalltalkClassHierarchyGenerati… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 1, 2011

[Pharo-project] [COTDC] 78 - RBSubclassResponsibilityNotDefinedRule

by laurent laffont

You want a cool, better and fun system ? You want to be proud ? You want glory ? Nice ladies and caring men ? You want to stop drinking sugar water for the rest of your life and come with us and change the world ? Yes, we can !!! Just participate to the COMMENT OF THE DAY CONTEST and win the respect of all Pharoers around the world ! Free participation, big reward ! Today: RBSubclassResponsibilityNotDefinedRule Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

Sept. 1, 2011

[Pharo-project] Build failed in Hudson: Pharo 1.3 #257

by marcus.denker＠inria.fr

See <https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.3/257/> ------------------------------------------ D?marr? par l'utilisateur stasenko Construction ? distance sur pharo-build.lille.inria.fr [Pharo 1.3] $ /bin/sh -xe /tmp/hudson2383369879535201085.sh + /builds/builder/build13.sh -i Core1.3 -s dev3 -s pharo/version -o Pharo-1.3 [version] 1.3 #13300 + /builds/builder/build13.sh -i Pharo-1.3 -s testrunner -s delHDLintReport -s runalltests -o Pharo-1.3-AfterRunningTests + zip -r Pharo-1.3.zip Pharo-1.3/Pharo-1.3.changes Pharo-1.3/PharoV10.sources Pharo-1.3/Pharo-1.3.image updating: Pharo-1.3/Pharo-1.3.changes (deflated 79%) updating: Pharo-1.3/PharoV10.sources (deflated 76%) updating: Pharo-1.3/Pharo-1.3.image (deflated 57%) + zip -r Pharo-1.3-AfterRunningTests.zip Pharo-1.3-AfterRunningTests/Pharo-1.3-AfterRunningTests.changes Pharo-1.3-AfterRunningTests/Pharo-1.3-AfterRunningTests.image updating: Pharo-1.3-AfterRunningTests/Pharo-1.3-AfterRunningTests.changes (deflated 80%) updating: Pharo-1.3-AfterRunningTests/Pharo-1.3-AfterRunningTests.image (deflated 57%) + /builds/builder/build-oneclick.sh -i Pharo-1.3 -o PharoOneClick1.3 -n PharoOneClick1.3 -v 1.3 -c Pharo -t Pharo + sh /builds/builder/pharo-shell-scripts/SavePharo13.sh Archiving artifacts Enregistrement des r?sultats des tests ERROR: Failed to archive test reports hudson.util.IOException2: remote file operation failed: <https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.3/ws/> at hudson.remoting.Channel@18af45f9:pharo-build.lille.inria.fr at hudson.FilePath.act(FilePath.java:752) at hudson.FilePath.act(FilePath.java:738) at hudson.tasks.junit.JUnitParser.parse(JUnitParser.java:66) at hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java:108) at hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.java:120) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:601) at hudson.model.AbstractBuild$AbstractRunner.performAllBuildSteps(AbstractBuild.java:580) at hudson.model.AbstractBuild$AbstractRunner.performAllBuildSteps(AbstractBuild.java:558) at hudson.model.Build$RunnerImpl.post2(Build.java:158) at hudson.model.AbstractBuild$AbstractRunner.post(AbstractBuild.java:528) at hudson.model.Run.run(Run.java:1264) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:122) Caused by: hudson.util.IOException2: Failed to read <https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.3/ws/Pharo-1.3-AfterRu…> at hudson.tasks.junit.TestResult.parse(TestResult.java:198) at hudson.tasks.junit.TestResult.parse(TestResult.java:139) at hudson.tasks.junit.TestResult.<init>(TestResult.java:102) at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:95) at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:70) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2028) at hudson.remoting.UserRequest.perform(UserRequest.java:114) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:270) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Caused by: org.dom4j.DocumentException: Error on line 288 of document file:///builds/workspace/Pharo%201.3/Pharo-1.3-AfterRunningTests/Zinc-Tests-Test.xml : XML document structures must start and end within the same entity. Nested exception: XML document structures must start and end within the same entity. at org.dom4j.io.SAXReader.read(SAXReader.java:482) at org.dom4j.io.SAXReader.read(SAXReader.java:264) at hudson.tasks.junit.SuiteResult.parse(SuiteResult.java:94) at hudson.tasks.junit.TestResult.parse(TestResult.java:183) ... 14 more Caused by: org.xml.sax.SAXParseException: XML document structures must start and end within the same entity. at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:195) at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:174) at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:388) at com.sun.org.apache.xerces.internal.impl.XMLScanner.reportFatalError(XMLScanner.java:1414) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.endEntity(XMLDocumentFragmentScannerImpl.java:905) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.endEntity(XMLDocumentScannerImpl.java:605) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.endEntity(XMLEntityManager.java:1393) at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(XMLEntityScanner.java:1763) at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.skipChar(XMLEntityScanner.java:1416) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2792) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:140) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:511) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:808) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:119) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522) at org.dom4j.io.SAXReader.read(SAXReader.java:465) ... 17 more Description set:

Sept. 1, 2011

Re: [Pharo-project] DrGeo release 11.08

by Hilaire Fernandes

Hopefully before the end of 2011. Hilaire Le 31/08/2011 18:45, Dennis Schetinin a Ã©crit : > When will it available on iPad? > > 2011/8/31 Hilaire Fernandes > <hilaire.fernandes(a)edu.ge.ch > <mailto:hilaire.fernandes@edu.ge.ch>> > > I am pleased to announce release 11.08 of DrGeo for > GNU-Linux/Windows/Mac OSX. > As always the application is distributed under the form of an unique > universal portable bundle for the three systems. > > http://www.ofset.org/drgeo > > ChangeLog > > * Release 11.08 - Thanks to the Pharo Smalltalk community for its > continuous support - Special greeting to Henrik. > > * #2929 Simplify the way to load a sketch: now the user selects the > sketch to open from a preview list > > * User can open sketch from an examples repository or from its own > 'MySketches' repository. Change accordingly the load and save file > operation. > > * In the toolbar, new icon button to create a blank sketch, keep or open > an existing sketch > > * DrGeo is now touchpad friendly for a better user experience on > tablet PC > > * #13010 Secure the edited free value > > * #12785 undo/redo angle: lost arc > > * #12782 Use smaller font to print 3 points angle > > * #12786 label should be selectable first > > * #12784 Assist to name object > > * Rendering speed improvements > > * Properly save sketch as UTF-8 file > > > > > > > > -- > Dennis Schetinin -- Education 0.2 -- http://blog.ofset.org/hilaire

Sept. 1, 2011

Re: [Pharo-project] [squeak-dev] Contexts must only be created with newForMethod: ...

by Mariano Martinez Peck

Since I didn't get feedback there I ask here....what do you think? I agree with Chris. Thanks On Mon, Aug 1, 2011 at 8:34 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > Hi Chris. Yes, I have this problem when materializing MethodContext > instances in Fuel. > I've solved it adding the method: > > ContextPart class >> newFromFrameSize: aFrameSize > > ^ super basicNew: aFrameSize > > but it is a hack. > > So yes, if there is no real reason to do the opposite, I would change > #basicNew: > > Cheers > > > On Mon, Aug 1, 2011 at 8:27 PM, Chris Muller <ma.chris.m(a)gmail.com> wrote: > >> .. but #newForMethod: requires more in the API than it really uses. >> It only checks the methods #frameSize to determine what basicSized >> MethodContext to create - it doesn't actually set its method from the >> one passed in. >> >> newForMethod: aMethod >> --- (comment snipped for brevity) --- >> ^ super basicNew: aMethod frameSize >> >> So, would it be ok to relax MethodContext class>>basicNew: to something >> like: >> >> basicNew: size >> ^ (size = CompiledMethod smallFrameSize or: [ size = >> CompiledMethod fullframeSize ]) >> ifTrue: [ super basicNew: size ] >> ifFalse: [ self error: 'Contexts must be ', >> CompiledMethod smallFrameSize, ' or ', CompiledMethod fullframeSize, ' >> bytes.' ] >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

Sept. 1, 2011

Re: [Pharo-project] Testing Pharo OneClick 1.3

by Damien Cassou

http://code.google.com/p/pharo/issues/detail?id=4751 On Thu, Sep 1, 2011 at 6:04 PM, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > Generate #= and #hash -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Sept. 1, 2011

Re: [Pharo-project] Testing Pharo OneClick 1.3

by HernÃ¡n Morales Durand

Thanks Damien, I've found another one Open a browser Create new class category Create new class MyClass1 Hit right-button over MyClass1 Choose Refactor class -> Generate #= and #hash MNU 2011/9/1 Damien Cassou <damien.cassou(a)gmail.com>: > On Thu, Sep 1, 2011 at 9:57 AM, HernÃ¡n Morales Durand > <hernan.morales(a)gmail.com> wrote: >> Open Monticello Browser >> Hit +Config >> Hit Ok >> Hit Cancel >> Hit Cancel >> Hit Cancel >> ... > > I think HernÃ¡n refers to the dialog which asks for a username. This > information is mandatory and you can't cancel. Don't know if this is a > bug. > > > Other reports are in the following issues: > http://code.google.com/p/pharo/issues/detail?id=4741 > http://code.google.com/p/pharo/issues/detail?id=4742 > http://code.google.com/p/pharo/issues/detail?id=4744 > http://code.google.com/p/pharo/issues/detail?id=4745 > > > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > >

Sept. 1, 2011

[Pharo-project] [update 1.4] #14118

by stephane ducasse

14118 ----- Ring pass to remove Source Method reference Thanks Veronica Uquillas-Gomez. :) Please tests because we may get some little bugs :) Ok all the tests are green but still... Stef

Sept. 1, 2011