March 2017 - Pharo-dev - lists.pharo.org

about propertyAt: and others
by stepharong March 18, 2017

March 18, 2017

Hi I'm looking at cocoon and other property systems. I would like to get a nice library once for all. I want to also revisit Artefact stylesheets. I'm checking the semantics regarding the lookup of a property in a parent when it is not found in the receiver. I have the impression that when there is a parent access and modification should modify the same object: i.e., the parent if the key is found in the parent or the child if the property is found in the child. in cocoon we have a mix of the two semantics and I would like to get your feel about it. propertyAt: aKey "Answer the value of the property ==aKey==, raises an error if the property doesn't exist." ^ self propertyAt: aKey ifAbsent: [ self hasParent ifTrue: [ self parent propertyAt: aKey ] ifFalse: [self errorPropertyNotFound: aKey ]] propertyAt: aKey default: aBlock "Answer the value of ==aKey==. If the key have no entry I look on the parent or execute a block if i'm an orphan." ^ self propertyAt: aKey ifAbsent: [ self hasParent ifTrue: [ self parent propertyAt: aKey default: aBlock ] ifFalse: aBlock ] but propertyAt: aKey ifAbsent: aBlock "Answer the value of the property ==aKey==, or the result of ==aBlock== if the property doesn't exist." ^ self properties at: aKey ifAbsent: aBlock propertyAt: aKey ifAbsentPut: aBlock "Answer the value of the property ==aKey==, or if the property doesn't exist adds and answers the result of evaluating ==aBlock==." ^ self properties at: aKey ifAbsentPut: aBlock In PetitParser there is no lookup. But we can get back to this situation by just not setting a parent. My gut feeling is telling me that overriding on write is not really good because a client of the parent will not see the changes coming from a child. I thaought that stylesheet was supporting lookup but it does not testSubstyleAttributesOverride styleSheet at: #textColor put: #red. styleSheet > #sub > #subsub at: #textColor put: #blue. self assert:( styleSheet get: #textColor ) equals: #red. self assert:( styleSheet > #sub get: #textColor ) equals: #red. self assert:( styleSheet > #sub > #subsub get: #textColor ) equals: #blue. Does not work What you think? Stef

3 2

Script to download Pharo 4 vm for Mac os sierra
by Cyrille Delaunay March 18, 2017

March 18, 2017

Hello, We have a jenkins job, running on a linux machine, that is responsible for building and outputing a Pharo 4 development image + vm ready to be used on mac machines. We use this command line to download the VM and archived it as output of the job: curl -O http://files.pharo.org/vm/pharo/mac/Pharo-VM-mac-latest.zip On my mac (10.12.1), when i open the pharo image with this vm , I am facing what seem to be some known issues for Mac OS sierra: Pharo[13048:431565] *** -[NSPathStore2 stringByAppendingPathExtension:]: cannot append extension 'bundle/Contents/MacOS/' to path ... Now, when I try to download a Pharo 4 vm directly from my mac sierra machine, with a zeroconf script (get.pharo.org/vm40) It works: I am able to open the pharo image with this vm. Is there a script that allows to download a pharo 4 vm working for mac os sierra, from a linux machine ? -- Cyrille Delaunay

5 5

Pharo7 Inspector feature idea - cherry-pick collection items
by Ben Coman March 17, 2017

March 17, 2017

Sometimes when exploring a large data set in inspector, I'd like to cherry pick a few items to act on as a collection. This would need to be valdiated/tested, but It could be useful to be able to multi-select items and have the next pane to the right be the collection containing the list of picked items. For the moment I can get by with... "self first: 5". cheers -ben .

5 6

Fogbugz feedback - "Image Version"
by Ben Coman March 17, 2017

March 17, 2017

A niggle I've had for a while is that the "Image Version" field seems to me to be useless. It defaults to a particular major version. (that even though only a small thing, is one more thing to maintain) It tends to be superseded by the Milestone field. The limited selection of major version is too broad to add any useful info beyond Milestone to narrow down action. So I wonder Image Version if it might be replaced by a freeform field "Image Version" to enter the value from System > About. ----- As an extension, given the flux of the VMs with the move to 64 bit, and ongoing support for both, it might also be good to have a "VM Version" field. Now actually I often find it awkward to report VM version. The text under System > System Reporter > VM General is quite bulky and its not clear what is the really useful parts for identification. So I usually end up pasting the whole thing, but this is too much for an issue tracker field. Also, there is no indication here of itimer versus threaded heartbeats which is sometimes pertinent. Could suitable minimal VM version info be added to System > About so the info required for the issue tracker is all in one simple place? ----- Finally, do we want these version fields to: * remain static for the version initially reported on, or * be refreshed as confirmed in a later version, or * have separate fields "Confirmed in {Image/VM} Version" to track tests. cheers -ben cheers -ben

4 4

60445, empty version info stamps
by Ben Coman March 17, 2017

March 17, 2017

In 60445, browse the implementors of #cacheAt:for:ifAbsentPut: and the view the Versions of each. Curiously some of them have a blank user/date. There are others... errors := OrderedCollection new. versions := (CompiledMethod allInstances) flatCollect: [:cm| [VersionBrowser new setRGMethodFrom: cm asRingDefinition; buildChangeList] on: Error do:[:ex| errors add: (cm -> ex). #()] ]. versions size. "112131" emptyStamps := versions select: [:rgm| rgm stamp = '']. emptyStamps size. "9264" or 8% Maybe some are historic, but I'd guess this one at least is not so old... GLMFastListDataSource>>cacheAt:for:ifAbsentPut: What reasonable action do we need to take? cheers -ben

2 5

changing pharo packaging in linux
by Esteban Lorenzano March 17, 2017

March 17, 2017

Hi, Last weeks I was fighting with library dependency problems on linux distributions and at the end I came to the conclusion that the only way to guarantee that our own dependencies will be found first than OS versions (which can have problems for us when we choose to distribute a library by our own) is to add library directory to LD_LIBRARY_PATH before the execution. Now, I added that to zeroconf and thatâs working fine, but now we have the problem of the ânon zeroconfâ distributions. I checked how to add this and well, turns out that âold wayâ of distributions, from the standard builds of os-vm (we changed it like 5 years ago) already have something like that. The osvm for linux has this structure: ./pharo ./lib ./lib/5.0-201703221605 ./lib/5.0-201703221605/* //All binaries and libraries here ./bin ./bin/pharo thing is: here ./pharo is an script who mades all we need. So, instead reinventing the wheel I want to go back to this structureâ¦ I do not think it will imply anything to anyone, but I wanted to let you know :) cheers, Esteban

2 3

[pharo-project/pharo-core]
by GitHub March 17, 2017

March 17, 2017

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

1 0

[pharo-project/pharo-core] 3cb2c0: 60447
by GitHub March 17, 2017

March 17, 2017

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 3cb2c06250cbf8e5de24b9eeebbd30b0f0e4b2a8 https://github.com/pharo-project/pharo-core/commit/3cb2c06250cbf8e5de24b9ee… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2017-03-17 (Fri, 17 Mar 2017) Changed paths: M Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - before/testBeforeMethodPrimitive.st A Reflectivity-Tests.package/ReflectivityTest.class/README.md A Reflectivity-Tests.package/ReflectivityTest.class/definition.st A Reflectivity-Tests.package/ReflectivityTest.class/instance/running/tearDown.st A Reflectivity-Tests.package/ReflectivityTest.class/instance/tagging/increase.st A Reflectivity-Tests.package/ReflectivityTest.class/instance/tagging/tagExec.st A Reflectivity-Tests.package/ReflectivityTest.class/instance/tagging/tagExec_.st A Reflectivity-Tests.package/ReflectivityTest.class/instance/tests/testTwoLinksUnstallOne.st M Reflectivity.package/ReflectiveMethod.class/instance/invalidate/removeLink_.st M Reflectivity.package/extension/CompiledMethod/instance/installLink_.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60446.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60447.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60446.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60447.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60447 19847 removeLink: needs to invalidate https://pharo.fogbugz.com/f/cases/19847 http://files.pharo.org/image/60/60447.zip

1 0

pharo script doesn't work on paths that contain whitespaces
by Tomohiro Oda March 17, 2017

March 17, 2017

Hello, I found my Jenkins jobs with scripts like below fails to start headless pharo process these couple of nights. --- wget --quiet -O - get.pharo.org/50+vm | bash ./pharo Pharo.image save Pharo5.0 --delete-old --- The problem is in the last line of the downloaded pharo script; LD_LIBRARY_PATH=$DIR/pharo-vm:$LD_LIBRARY_PATH $DIR/pharo-vm/pharo --nodisplay "$@" should be quoted lilke LD_LIBRARY_PATH="$DIR/pharo-vm:$LD_LIBRARY_PATH" "$DIR/pharo-vm/pharo" --nodisplay "$@" It seems the script for Pharo6 also has the same issue. Best Regards, --- tomo

3 2

Too frequent crashes :-(
by Alexandre Bergel March 16, 2017

March 16, 2017

Hi! Vincent and I are experiencing many crashes from GrafPort>copyBits. It crashes every couple of minutes. I know that not much can be done so far. Stability is my biggest concern with Pharo :-( I use the latest VM. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

12 21