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

Random access to meta repos?

by Yuriy Tymchuk

Hi, Iâve noticed that when I try to open a gitfiletree repo, before displaying its contents something from meta repos is loaded (seen on screenshot). Why does it need file names from meta repos to display contents of the repo which is present on my machine? Uko

Aug. 22, 2015

[pharo-project/pharo-core]

by GitHub

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

Aug. 22, 2015

[pharo-project/pharo-core] 437513: 50264

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 4375130598f23895ecc32ef7e5b6d58011ea0e48 https://github.com/pharo-project/pharo-core/commit/4375130598f23895ecc32ef7… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-08-22 (Sat, 22 Aug 2015) Changed paths: M ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/symbolic versions/stable_.st A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version1183_.st R Files.package/StandardFileStream.class/instance/read%2C write%2C position/nextWordsInto_.st A Graphics-Primitives.package/extension/StandardFileStream/instance/nextWordsInto_.st M Reflectivity.package/extension/TemporaryVariable/instance/link_.st M Rubric.package/RubMethodEditingExample.class/instance/accessing/textModel.st M Rubric.package/RubPluggableTextMorph.class/instance/model protocol/on_text_accept_readSelection_menu_.st M Rubric.package/RubPluggableTextMorphExample.class/definition.st A Rubric.package/RubTextAreaExamples.class/class/accessing/interactionModel.st M Rubric.package/RubTextAreaExamples.class/class/examples/simplestEmptyTextField.st M Rubric.package/RubTextAreaExamples.class/class/examples/textFieldWithCRAction.st M Rubric.package/RubTextFieldExample.class/instance/user interface/newScrolledText.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50263.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50264.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50263.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50264.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Slot.package/TemporaryVariable.class/README.md M Slot.package/TemporaryVariable.class/class/class initialization/initialize.st A Slot.package/TemporaryVariable.class/class/instance creation/name_block_.st A Slot.package/TemporaryVariable.class/class/instance creation/name_method_.st M Slot.package/TemporaryVariable.class/definition.st A Slot.package/TemporaryVariable.class/instance/accessing/method.st A Slot.package/TemporaryVariable.class/instance/accessing/method_.st A Slot.package/TemporaryVariable.class/instance/accessing/startpc.st A Slot.package/TemporaryVariable.class/instance/accessing/startpc_.st A Slot.package/TemporaryVariable.class/instance/comparing/=.st A Slot.package/TemporaryVariable.class/instance/comparing/hash.st A Slot.package/TemporaryVariable.class/instance/testing/isFromBlock.st Log Message: ----------- 50264 16352 some RubExamples dont work anymore https://pharo.fogbugz.com/f/cases/16352 16285 Files should not depend on Graphics-Primitives https://pharo.fogbugz.com/f/cases/16285 16353 TemporyVariable: pointer to method and block startpc https://pharo.fogbugz.com/f/cases/16353 http://files.pharo.org/image/50/50264.zip

Aug. 22, 2015

Re: [Pharo-dev] announcer "dispersion"

by stepharo

Le 22/8/15 19:36, Thierry Goubier a Ã©crit : > Le 22/08/2015 09:56, stepharo a Ã©crit : >> In fact I was thinking about the solution: add a new AnnouncingModel >> class unrelated to Model >> or add announcer to Model. Now I think that the second solution is >> better because we have many subclasses >> of Model implementing Announcer and I do not know if they are not using >> some behavior of Model too. > > Isn't an announcer used to replace some of the uses of the dependency > changes observer pattern, in complex cases (where the observed object > can emit multiple types of changed symbols)? yes it should. This is how can we get there. I hope that Bloc and Brick will address. Now we should continue to improve our implementation. > Thierry > >> >> Le 21/8/15 21:44, stepharo a Ã©crit : >>> Hi >>> >>> I was analysing the implementers of announcer and I think that there >>> are far too many of them. >>> To me this is the sign that we are doing something wrong. >>> I would like to introduce an announcer in Model and make sure that >>> most of the direct subclass >>> of Object implementing an announcer take benefits of the Model one. >>> >>> What do you think? >>> >>> Stef >>> >>> >>> >> >> >> >> > > >

Aug. 22, 2015

Re: [Pharo-dev] announcer "dispersion"

by Thierry Goubier

Le 22/08/2015 09:56, stepharo a Ã©crit : > In fact I was thinking about the solution: add a new AnnouncingModel > class unrelated to Model > or add announcer to Model. Now I think that the second solution is > better because we have many subclasses > of Model implementing Announcer and I do not know if they are not using > some behavior of Model too. Isn't an announcer used to replace some of the uses of the dependency changes observer pattern, in complex cases (where the observed object can emit multiple types of changed symbols)? Thierry > > Le 21/8/15 21:44, stepharo a Ã©crit : >> Hi >> >> I was analysing the implementers of announcer and I think that there >> are far too many of them. >> To me this is the sign that we are doing something wrong. >> I would like to introduce an announcer in Model and make sure that >> most of the direct subclass >> of Object implementing an announcer take benefits of the Model one. >> >> What do you think? >> >> Stef >> >> >> > > > >

Aug. 22, 2015

Re: [Pharo-dev] [squeak-dev] #instSize in Squeak 5 seems to be broken for Traits

by Eliot Miranda

Hi Max, On Fri, Aug 21, 2015 at 2:11 PM, Max Leske <maxleske(a)gmail.com> wrote: > > On 21 Aug 2015, at 19:31, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > Hi Max, > > On Fri, Aug 21, 2015 at 8:57 AM, Max Leske <maxleske(a)gmail.com> wrote: > >> Hi folks >> >> Iâve been trying to load Fuel into Squeak 5 but canât because I get >> errors when loading Traits (they have not instance variables). The reason >> for this error seems to be that #instSize answers 2 for Traits when it >> should answer 0. >> >> The current implementation is: >> >> ^format bitAnd: 16rFFFF >> >> The comment in the 4.6 version says: >> >> " >> NOTE: This code supports the backward-compatible extension to 8 >> bits of instSize. >> When we revise the image format, it should become... >> ^ ((format bitShift: -1) bitAnd: 16rFF) - 1 >> Note also that every other method in this category will require >> 2 bits more of right shift after the change. >> â >> >> When I use that version in TraitBehaviour>>instSize in Squeak 5 I get 0 >> as expected and I can load Fuel without problems. >> > > So Spur has a different layout for format than V3. The above > implementation (format bitAnd: 16rFFFF) is correct for Spur. In loading > classes or traits via Fuel from 4.6 to 5.0 you're going to have to convert > the format inst var to reflect its usage in Spur. So we need to be clear > here. > > Is the issue that you're trying to load classes and/or traits from a Fuel > file written by 4.6 or is it that as part of the Fuel load a new Trait gets > created which has a format of 2? > > > The latter. This is reproducible by simply creating a new Trait: > > Trait named: #NewTrait > uses: #() > category: ânew catâ. > NewTrait instSize ââ> 2â > I just took a look at this and it doesn't reproduce. I'm using a trunk Squeak 5 image and I get 0 and required. ? Cheers, > Max > > > >> Cheers, >> Max >> > > > > -- > _,,,^..^,,,_ > best, Eliot > > > -- _,,,^..^,,,_ best, Eliot

Aug. 22, 2015

New Cog VMs available...

by Eliot Miranda

... at http://www.mirandabanda.org/files/Cog/VM/VM.r3427. Squeak V5 users will want to upgrade their VMs because they, along with Smalltalk changes to follow soon, fix image segments. But upgrading is not a trivial process because the VMs on my site are not complete. The best way to update is to take a copy of the Squeak 5.0 all-in-one and replace the main VM executable there-in with one from my site. This gets you up-to-date plugins and an up-to-date VM. I hope that this process will get easier soon. ------------------------------------------------------------------------ CogVM binaries as per VMMaker.oscog-eem.1441/r3427 Modify Spur ImageSegment load to become the segmentWordArray into an Array of the loaded objects if load is successful, hence decoupling ImageSegment from the assumption that objects are allocated in order. Fix Integer receiver, float arg comparison with NaNs in the machine-code primitive. This has started failing in the FloatTest>>testNaNCompare since the new machine-code perform primitive invoked the machine-code version of the primitive. The Interpretewr code has always been correct and the old perform primitive would always run the Interpreter primitive if it exsted, since this would probably be faster. Fix the bug introduced by the fix to primitive function invocation in VMMaker.oscog-eem.1351 The fix correctly changed primitve code to set the primitiveFunctionPointer appropriately when a jitted external primitive was rebound, but it didn't remember to void the jit's record of the offset of the assignment that sets the primitiveFunctionPointer when switching between profiling andf non-profiling regimes, so that the address from the wrong regime would remain and be used to smash prmitive code. The fix is simply to void the externalSetPrimOffsets in voidCogCompiledCode. This fixes the bug whose symptom is a hard VM crash when using AndreasSystemProfilier. Integrate Marcel Taeumel & Tobias Pape's v2 SSL plugin changes. Fix negative 64-bit shift in the 64-bit Spur Stack interpreter. Newspeak: Fix MNU for cogged self and outer sends. Make the Newspeak VM packager include the V50 sources file instead of V41. _,,,^..^,,,_ best, Eliot

Aug. 22, 2015

Re: [Pharo-dev] Metacello CI Build

by Ben Coman

On Sat, Aug 22, 2015 at 1:14 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > hernanmd wrote >> Is there a way to get the Metacello updates in 4.0 by evaluating code? > > Yes, the instructions are in the GitHub README [1]. Namely: > Metacello new > baseline: 'Metacello'; > repository: 'github://dalehenrich/metacello-work:master/repository'; > get. > Metacello new > baseline: 'Metacello'; > repository: 'github://dalehenrich/metacello-work:master/repository'; > onConflict: [:ex | ex allow]; > load > > [1] https://github.com/seandenigris/metacello-work#pharo30 Something in the Configuration Browser would be nice. cheers -ben

Aug. 22, 2015

Re: [Pharo-dev] Nautilus questions

by Ben Coman

On Sat, Aug 22, 2015 at 12:19 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > On Wed, Aug 19, 2015 at 4:58 PM, Thierry Goubier <thierry.goubier(a)gmail.com> > wrote: >> >> >> >> 2015-08-19 16:46 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: >>> >>> >>> kilon.alios wrote >>> > I have to confess I was never and probably will never be a fan of the >>> > system browser >>> >>> I agree. It was probably well-suited to the context in which it was >>> invented, but I think we could do much better today. However: >>> - IMHO there is value in having a really-great-old-thing that empowers us >>> to >>> create an entirely new thing >>> - as mentioned, it's good to have a simple and robust fallback behind a >>> revolutionary new tool >> >> >> Yes! > > > This is confusing to me. How do you guys write/read code? I was under the > impression that Nautilus (System Browser) is the go-to solution. Or is there > some other tool/approach I don't know about? Coding from within the debugger? - where you write methods making use of classes/methods that don't yet exist. When you invoke this from Playground, the expected debugger appears and you flesh out the missing methods (again making use of classes/methods that don't exist yet), then continue from the debugger and flesh out the next missing methods. cheers -ben

Aug. 22, 2015

Re: [Pharo-dev] announcer "dispersion"

by stepharo

In fact I was thinking about the solution: add a new AnnouncingModel class unrelated to Model or add announcer to Model. Now I think that the second solution is better because we have many subclasses of Model implementing Announcer and I do not know if they are not using some behavior of Model too. Le 21/8/15 21:44, stepharo a Ã©crit : > Hi > > I was analysing the implementers of announcer and I think that there > are far too many of them. > To me this is the sign that we are doing something wrong. > I would like to introduce an announcer in Model and make sure that > most of the direct subclass > of Object implementing an announcer take benefits of the Model one. > > What do you think? > > Stef > > >

Aug. 22, 2015