October 2015 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/50352 Home: https://github.com/pharo-project/pharo-core

Oct. 1, 2015

[pharo-project/pharo-core] 88dbfb: 50352

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 88dbfbdd4f0f1689f2320003713f9ba8af0dd510 https://github.com/pharo-project/pharo-core/commit/88dbfbdd4f0f1689f2320003… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-10-01 (Thu, 01 Oct 2015) Changed paths: M Glamour-Morphic-Brick.package/GLMFormBrick.class/instance/initialization/initialize.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50351.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50352.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50351.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50352.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50352 16682 Syntax Error when recompiling the image https://pharo.fogbugz.com/f/cases/16682 http://files.pharo.org/image/50/50352.zip

Oct. 1, 2015

Re: [Pharo-dev] If all Pharo projects were on GitHub...

by Alexandre Bergel

>> Why not having just one folder level? As we would have in any other >> language? > > that's not true. In java, a Java path typically looks like: > > project/src/main/java/org/apache/project/base/model/MyModel.java I sincerely wish we had a good git integration. The train is passing by. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Oct. 1, 2015

Modifying STON reader

by Yuriy Tymchuk

Hi, imagine that you are loading a STON, it has a collection, and one of the items of collection cannot be loaded, because the respective class had been changed (instance variables added/removed). It it possible to somehow exclude this item and get all the other ones? Uko

Oct. 1, 2015

Re: [Pharo-dev] ZeroConf for Pi VM

by Esteban Lorenzano

Hi, I do not think so, Iâm sorry. zeroconf is ment to make easy the CI workâ¦ we cannot provide zeroconf for each platform/distribution available because maintenance of it would beâ¦ complicatedâ¦ of course I can review my position if you have a solution for maintainabilityâ¦ some time ago I was playing with the idea of doing âsub zeroconfsâ, like get.pharo.org/raspbian/etcâ¦ kind of a way to being able to generate the scripts without polluting the rest. I do not have the time right now. If someone wants to take a look let me know and Iâd provide hints. nowâ¦ what is true is that the raspbian vm should be a lot more visible in the web page. I made a small link in the downloads page, but maybe thatâs not enoughâ¦ Iâm not in the insides so I donât know. the âofficialâ place for download Raspbian VM is here: http://files.pharo.org/vm/pharoS/raspbian/latest.zip cheers, Esteban > On 01 Oct 2015, at 07:28, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > +10 this would be very nice to have ! > > Last time I played with Pharo on the RPi I took the VM from > > http://files.pharo.org/vm/pharoS/raspbian/latest.zip > > which worked fine for 4.0 > >> On 01 Oct 2015, at 00:51, Torsten Bergmann <astares(a)gmx.de> wrote: >> >> http://get.pharo.org includes many configurations but I do not see >> one for the Raspberry pi that installs the Raspberry Pi ARM VM. >> >> Is Pi already included somehow or does a Pi user still have to >> grab the VM ZIP manually from CI: >> >> https://ci.inria.fr/pharo/view/RaspberryPi/job/RaspberryPi-Publish >> >> Thanks >> T. >> > >

Oct. 1, 2015

Re: [Pharo-dev] Querying the accessors of a variable

by Marcus Denker

> On 01 Oct 2015, at 11:18, Henrik Nergaard <henrin10(a)student.uia.no> wrote: > > Hi, > > Is there a simple way to query a variable to check how many methods that > access it? (just want to know the size) > > This works, but it is quite slow. > (Morph whichSelectorsAccess: #owner) size this one could be made faster by adding a #accessesField: method on CompiledMethpd to not have to call both readsField: and writeFiled (and thus decode the byte code twice on no match). But in general the approach of searching all byte code will be slow. One idea I always liked is to invest into some general âindexingâ infrastructureâ¦ search indexes take memory, but they could be build on need and flushed when not used. Marcus

Oct. 1, 2015

Re: [Pharo-dev] Querying the accessors of a variable

by Nicolai Hess

2015-10-01 11:18 GMT+02:00 Henrik Nergaard <henrin10(a)student.uia.no>: > Hi, > > Is there a simple way to query a variable to check how many methods that > access it? (just want to know the size) > > This works, but it is quite slow. > (Morph whichSelectorsAccess: #owner) size > Morph withAllSubclasses inject: 0 into: [ :sum :class | sum + (class > whichSelectorsAccess: #owner) size ] > > <http://forum.world.st/file/n4852956/aMenuMorph%28885522432%29.png> > > Best regards, > Henrik > I don't think there is a fast way. But you can try to work with the methods AST. (but...see below) b := Bag new. Morph methodsDo:[:m | (m ast allChildren select:[:n | n isVariable and:[n isInstance]]) asSet do:[:e | b add: e name]]. b valuesAndCounts "--> a Dictionary(#bounds->39 #color->10 #extension->37 #fullBounds->14 #owner->53 #submorphs->50 )" This does not distinguish between read and write access for variables. This is slow if the AST is not in the ASTCache, pretty fast if it is. But if you use something like "withAllSubclasses do:... with all methods ... method ast" this will fillup the ASTCache pretty fast. And an image with ast nodes for every compiled method is about ~300-400MB large. > > > > -- > View this message in context: > http://forum.world.st/Querying-the-accessors-of-a-variable-tp4852956.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

Oct. 1, 2015

Re: [Pharo-dev] If all Pharo projects were on GitHub...

by philippe.back＠highoctane.be

Le 1 oct. 2015 13:21, "Damien Cassou" <damien.cassou(a)inria.fr> a Ã©crit : > > > Alexandre Bergel <alexandre.bergel(a)me.com> writes: > > > Why not having just one folder level? As we would have in any other > > language? > > that's not true. In java, a Java path typically looks like: > > project/src/main/java/org/apache/project/base/model/MyModel.java Same boat for PHP when using frameworks like ZendFramework2. Namespaces are in, along with composer modules etc. So looong pathes. Phil > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." --Winston Churchill >

Oct. 1, 2015

Re: [Pharo-dev] If all Pharo projects were on GitHub...

by Damien Cassou

Alexandre Bergel <alexandre.bergel(a)me.com> writes: > Why not having just one folder level? As we would have in any other > language? that's not true. In java, a Java path typically looks like: project/src/main/java/org/apache/project/base/model/MyModel.java -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Oct. 1, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/50351 Home: https://github.com/pharo-project/pharo-core

Oct. 1, 2015