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

Pharo Launcher endless loop opening debuggers in Pharo 6.1
by Bernhard Pieber Dec. 4, 2017

Dec. 4, 2017

I ran into an annoying problem using the latest Pharo 6.1 (stable) from Pharo Launcher. I am on macOS Sierra Version 10.12.6. Steps to reproduce: 1. Open Pharo Launcher 2. Create new Pharo 6.1 (stable) image from the official distributions, named Test 3. Launch the Test image 4. Open a File Browser 5. Right click on the selected Test directory in the left file tree pane. 6. Debuggers start opening on KeyNotFound: key #arg4 not found in Dictionary 7. Image hangs Interestingly the problem does not happen if I create the image using âcurl get.pharo.org | bashâ and start it with â./pharo-ui Pharo.imageâ although About Pharo shows the same information: Pharo 6.0 Latest update: #60523 Can someone please confirm the bug? Bernhard

2 2

[Pharo 7.0-dev] Build #358: 20786-halt-messages-are-not-highlighted-in-red-as-the-other-flavours-of-halt-messages
by ci-pharo-ci-jenkins2＠inria.fr Dec. 4, 2017

Dec. 4, 2017

There is a new Pharo build available! The status of the build #358 was: SUCCESS. The Pull Request #569 was integrated: "20786-halt-messages-are-not-highlighted-in-red-as-the-other-flavours-of-halt-messages" Pull request url: https://github.com/pharo-project/pharo/pull/569 Issue Url: https://pharo.fogbugz.com/f/cases/20786 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

Alternative bytecode sets demo request
by Ben Coman Dec. 4, 2017

Dec. 4, 2017

I'm shooting in the dark here since its a bit hard to grasp... a. The implications of support alternative bytecode sets * Do the alternative bytecode sets run in parallel to normal Pharo bytecodes? * Can the bytecode sets be loaded adhoc/dynamically into an Image? or only compiled into the VM? b. How to implement/work with alternative bytecodes For (a.) I guess an exciting opportunity is facilitating an Ethereum virtual machine running as a Process inside a Pharo image, managed by tools written in Pharo. Other languages are already getting in a party which would be good for Pharo to join. In such a revolutionary domain I expect people are more willing to experiment with alternative systems like Pharo, and I bet Pharo could excel in that domain. * https://github.com/ethereum/go-ethereum/blob/master/core/vm/opcodes.go * https://medium.com/@jeff.ethereum/optimising-the-ethereum-virtual-machine-5… * https://github.com/pirapira/awesome-ethereum-virtual-machine#evm-implementa… To help (b.), would it be feasible to blog a mini-demo showing how to install/use alternative bytecodes? maybe for something like this simple RPN calculator substitute for "arith.c"... * https://github.com/philipaconrad/mini-vm/tree/master/examples/arith * https://github.com/philipaconrad/mini-vm/blob/master/examples/arith/arith.c (a calculator demo could be an interesting adjunct to Sven's calculator tutorial...) https://medium.com/concerning-pharo/rediscovering-the-ux-of-the-legendary-h… cheers -ben

3 4

[Pharo 7.0-dev] Build #357: 20781-update-to-iceberg-064
by ci-pharo-ci-jenkins2＠inria.fr Dec. 4, 2017

Dec. 4, 2017

There is a new Pharo build available! The status of the build #357 was: SUCCESS. The Pull Request #560 was integrated: "20781-update-to-iceberg-064" Pull request url: https://github.com/pharo-project/pharo/pull/560 Issue Url: https://pharo.fogbugz.com/f/cases/20781 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

[Pharo 7.0-dev] Build #356: 20793-During-Bootstrap-if-a-baseline-installation-fails-it-should-cancel-the-process
by ci-pharo-ci-jenkins2＠inria.fr Dec. 4, 2017

Dec. 4, 2017

There is a new Pharo build available! The status of the build #356 was: FAILURE. The Pull Request #567 was integrated: "20793-During-Bootstrap-if-a-baseline-installation-fails-it-should-cancel-the-process" Pull request url: https://github.com/pharo-project/pharo/pull/567 Issue Url: https://pharo.fogbugz.com/f/cases/20793 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

Design pattern for wrapper/proxy objects?
by Luke Gorrie Dec. 4, 2017

Dec. 4, 2017

Howdy, I have some Smalltalk objects that represent external data and I am looking for a neat way to access them. The data that I am dealing with is C binary objects described by DWARF schemas. So I will load a type declaration like this: struct outer { struct inner { int a, b; }; }; and then I will want to be able to write convenient expressions like: aStruct outer inner a + aStruct outer inner b I have implemented this already but I am not sure that I took the right approach. I have implemented these accessors like #outer #inner #a #b via a messageNotUnderstood: method that looks into the object, so that 'aStruct outer' is equivalent to 'aStruct field: #outer'. My concern is that the names of the C struct fields can collide with existing Smalltalk methods and then I will get totally unexpected results. Is there a canonical solution to this problem? The first idea I have is to add a bit of syntatic sugar, like to write 'aStruct _outer _inner _a' where the leading underscore avoids method name collisions and is then stripped off in messageNotUnderstood. That doesn't seem especially elegant though. I can't quite bring myself to write verbose things like ((aStruct child: #outer) child: #inner) child: #a

4 4

Esteban's ChangeLog week of 27 November 2017
by estebanlm＠gmail.com Dec. 4, 2017

Dec. 4, 2017

Hello! This is my weekly ChangeLog, from 27 November 2017 to 3 December 2017. You can see it in a better format by going here: http://log.smallworks.eu/web/search?from=27/11/2017&to=3/12/2017 ChangeLog ========= 28 November 2017: ----------------- * I just released [Iceberg 0.6.4](https://github.com/pharo-vcs/iceberg/releases/tag/v0.6.4). This is a bugfix release :) cheers! Esteban

1 0

Where is the latest linux vm?
by stephan Dec. 3, 2017

Dec. 3, 2017

Is the latest really from august? Stephan

5 10

MCRepositoryError on System > Software update
by Bernhard Pieber Dec. 2, 2017

Dec. 2, 2017

I assume that System > Software update can be used to update an Image from Pharo 6.0 to Pharo 6.1, correct? When I tried to update a Pharo 6.0 image (Latest update: #60499) using System > Software update I ran into the following error: Could not load BaselineOfFileTree-ThierryGoubier.32.mcz: ZnHttpUnsuccessful: 404 Not Found I tried it twice to make sure it was not some intermittent network error. Any help would be appreciated. Bernhard

3 2

[Pharo 7.0-dev] Build #355: 20800-do-not-open-welcome-window-for-now
by ci-pharo-ci-jenkins2＠inria.fr Dec. 1, 2017

Dec. 1, 2017

There is a new Pharo build available! The status of the build #355 was: FAILURE. The Pull Request #568 was integrated: "20800-do-not-open-welcome-window-for-now" Pull request url: https://github.com/pharo-project/pharo/pull/568 Issue Url: https://pharo.fogbugz.com/f/cases/20800 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0