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

Re: [Pharo-dev] Issue 12970 - 16 steps to get through #halt - PROPOSED FIX

by Eliot Miranda

Hi Ben, On Sat, Jan 24, 2015 at 7:57 AM, Ben Coman <btc(a)openinworld.com> wrote: > I've found a fix for something that has annoyed me for a long time - but I > can't determine what it might break. > > 1. In Workspace I evaluate the following > > Halt enableHaltOnce. > a := 1. > self halt. > b := 2. > self haltOnce. > c := 3. > Transcript show: a + b + c. > > 2. In the debugger after it stops at the #halt, it takes a SINGLE <Step > Over> to move to d:=2 - no problem. > > 3. Now <Restart> and then <Step Over> down to c:=3 and observe: > * the #halt now takes EIGHT (used to be SIXTEEN) steps to traverse (ouch!) > * the #haltOnce takes THREE steps to traverse (good) > > Tracing through for both #halt and #haltOnce it seems that the specific > conditional reference to #halt in Halt>>signalerContext is the difference! > Removing that condition results in the #halt behaving like #haltOnce, > taking only THREE <Step Over>s to traverse a restarted #halt. > > Halt>>signalerContext > ^ signalContext findContextSuchThat: [ :context | > (context receiver == self > or: [ (context receiver == self class) > or: [ context method selector = #halt ]]) not ] > What happens if instead you inline haltOnce to read haltOnce "Halt unless we have already done it once." (Smalltalk at: #HaltOnce ifAbsent: [false]) ifTrue: [Smalltalk at: #HaltOnce put: false. Halt signal] ? Now #haltOnce seems to have been operating without a problem for a long > timer, so presumably its okay to make #halt behave the same way. But this > is deep stuff I don't fully understand. Anyone see a problem with removing > that last condition? > > cheers -ben > -- best, Eliot

Jan. 26, 2015

Re: [Pharo-dev] Anonymous classes should be browseable

by Eliot Miranda

Hi HernÃ n, I'm curious. How are the anonymous behaviours found so they can be shown in the browser? On Mon, Jan 26, 2015 at 12:20 AM, HernÃ¡n Morales Durand < hernan.morales(a)gmail.com> wrote: > > > 2015-01-26 5:04 GMT-03:00 Nicolai Hess <nicolaihess(a)web.de>: > >> 2015-01-26 7:44 GMT+01:00 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com >> >: >> >>> I want to discuss case 14789 ( >>> https://pharo.fogbugz.com/f/cases/14789/Nautilus-assumes-a-class-always-und…) >>> because a class should be browseable even without a definition. Anonymous >>> classes are still classes. >>> >>> If Nautilus project cannot deal with the whole Smalltalk power then it >>> is poorly designed and I wonder what's the advantage over the old >>> OmniBrowser... >>> >>> HernÃ¡n >>> >>> >> >> Can you show what the old OmniBrowser is displaying for >> Behavior new new browse >> >> > See attach (Image is Pharo 1.2.2 #12353). > The Behavior definition is not updated but one can browse the behaviors > opening first the Instances Browser and then finding the class. > Code is here: http://www.smalltalkhub.com/#!/~hernan/LightweightClasses > > >> I can not check this in Pharo, as I could not find a way to load >> OmniBrowser in that image. >> > > I doubt it could be ported back without significan effort :( > > > >> nicolai >> >> > -- best, Eliot

Jan. 26, 2015

Re: [Pharo-dev] Why this hangs the VM?

by Eliot Miranda

On Sat, Jan 24, 2015 at 4:16 PM, HernÃ¡n Morales Durand < hernan.morales(a)gmail.com> wrote: > Behavior basicNew basicNew. > Class basicNew basicNew. > Fixed in the Spur VM. > No .log is generated > Applies to Pharo4 #40460 and Pharo 3.0 (Windows 8.1) > > Cheers, > > HernÃ¡n > -- best, Eliot

Jan. 26, 2015

[pharo-project/pharo-core]

by GitHub

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

Jan. 26, 2015

[pharo-project/pharo-core] d2d4b7: 40463

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: d2d4b7cbae268f39ea288c0728683eaf842dc750 https://github.com/pharo-project/pharo-core/commit/d2d4b7cbae268f39ea288c07… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-01-26 (Mon, 26 Jan 2015) Changed paths: A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script463.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40463.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Slot.package/AbstractInstanceVariableSlot.class/README.md R Slot.package/AbstractInstanceVariableSlot.class/definition.st R Slot.package/AbstractInstanceVariableSlot.class/instance/accessing/index.st R Slot.package/AbstractInstanceVariableSlot.class/instance/accessing/index_.st R Slot.package/AbstractInstanceVariableSlot.class/instance/comparing/=.st R Slot.package/AbstractInstanceVariableSlot.class/instance/comparing/hash.st R Slot.package/AbstractInstanceVariableSlot.class/instance/meta-object-protocol/isVirtual.st R Slot.package/AbstractInstanceVariableSlot.class/instance/meta-object-protocol/read_.st R Slot.package/AbstractInstanceVariableSlot.class/instance/meta-object-protocol/write_to_.st A Slot.package/IndexedSlot.class/README.md A Slot.package/IndexedSlot.class/definition.st A Slot.package/IndexedSlot.class/instance/accessing/index.st A Slot.package/IndexedSlot.class/instance/accessing/index_.st A Slot.package/IndexedSlot.class/instance/comparing/=.st A Slot.package/IndexedSlot.class/instance/comparing/hash.st A Slot.package/IndexedSlot.class/instance/meta-object-protocol/isVirtual.st A Slot.package/IndexedSlot.class/instance/meta-object-protocol/read_.st A Slot.package/IndexedSlot.class/instance/meta-object-protocol/write_to_.st M Slot.package/InstanceVariableSlot.class/definition.st Log Message: ----------- 40463 14797 Rename AbstractInstanceVariableSlot to IndexedSlot https://pharo.fogbugz.com/f/cases/14797 http://files.pharo.org/image/40/40463.zip

Jan. 26, 2015

Re: [Pharo-dev] [Slots] Invisible Slots

by Marcus Denker

> On 24 Jan 2015, at 14:24, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > >> On 24 Jan 2015, at 11:24, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >> >> Hi, >> >> One of the power of slots is the concept of Virtual Slots that do not have an ivar to store their state. >> But of course, some uses fo this concept want to store state in the object. >> (e.g. imagine a property slot, all proper slots of the object would store into a property dictionary). >> >> The idea is that one can add iVars reflectively that are hidden from both introspection *and* the class >> definition. (the inspector should get a view to see reality, of course, similar to how we tread Dictionaries and OrderedCollection: >> The âbasicâ view is not relavant in most cases, it is just available in addition, the default is the high level view that is closer >> to the âmental modelâ of the programmer). >> >> https://pharo.fogbugz.com/f/cases/14786/Slots-add-HiddenInstanceVariableSlo… <https://pharo.fogbugz.com/f/cases/14786/Slots-add-HiddenInstanceVariableSlo…> >> > Ups, loading the Slice crashes the VM :-) > This kind of shows why doing these things in tiny, tiny steps is they way to goâ¦ > ok, in 40463 AbstractInstanceVariableSlot will be renamed to IndexedSlot (so if you subclass it, you need to change the supeclass in your code) Next: Hidden ivar Marcus

Jan. 26, 2015

Re: [Pharo-dev] pharo-os : a fantasy!

by Mayuresh Kathe

pharonos sounds very interesting, almost the same as what i had in mind. but ofcourse for the difference in building _that_ object layer between the linux kernel and pharo environment. that object layer (built using shell scripts) would add in an enormous amount of flexibility. another approach that might be considered would be to simply tap into the variables exposed by "sysctl" and maintain a state system within pharo and do the read/write to the kernel via sysctl directly. ~mayuresh On Mon, Jan 26, 2015 at 04:00:28PM +0100, Torsten Bergmann wrote: > I also play with Mike's PharoNOS these days and ask myself why > not do the major part in Pharo itself... > > Check the "OS-Unix" and "OS-Linux-Ubuntu" project > on STHub. > > Bye > T. > >

Jan. 26, 2015

Re: [Pharo-dev] [ Call for participation ] Pharo Days 2015 Project Expo

by Martin Dias

Hi Sven, could you please add my poster? Thanks, Martin On Wed, Jan 21, 2015 at 2:44 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Yiriy, > > I would not go all the way to the edge, I kept a 1 cm margin all around. This will be easier when other want to print the pages at home. > > I would also like to renew the call: please take a couple of minutes to create a one page description of your or your favourite project(s). Thanks ! > > Sven > >> On 21 Jan 2015, at 14:31, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> >> Hi. >> >> One important question: Can I count on borderless printing? >> >> Uko >> >> >>> On 06 Jan 2015, at 16:20, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> Hi, >>> >>> Pharo is a platform, an enabler. The various frameworks and libraries on top of Pharo constitute the actual building blocks for real world applications. We have a healthy ecosystem, but we need to improve discoverability. >>> >>> One of the things that we want to do during the upcoming Pharo Days (http://pharodays2015.pharo.org/) is a Project Expo as a replacement for the traditional Show Your Project presentations. >>> >>> The idea is that authors, maintainers, supporters or even users create a single poster style A4 page highlighting one framework or library. Describe what it is, what the main features, advantages and applications are, give some links so where those interested can find out more, a bit like a datasheet. >>> >>> Here is an example: >>> >>> <stamp-poster.pdf> >>> Obviously I am no designer, but that does not matter: you are marketing a software artefact to fellow developers. >>> >>> Those posters turned in before Sunday January 25th will be printed on at least A3 format (maybe larger if possible). We will then put them up during the conference. Make sure to ask around if you want to talk face to face to someone about a particular topic. >>> >>> Afterwards we will collect all posters into an online exhibition going forward. >>> >>> So please help out ! >>> >>> Thank you, >>> >>> Sven >>> >>> PS: >>> >>> You are free to create a page using any tool you like, just produce an A4 PDF without any too large coloured or filled areas (i.e. make it print friendly). And remember, small projects or sub projects are important too. > >

Jan. 26, 2015

pharo-os : a fantasy!

by Torsten Bergmann

I also play with Mike's PharoNOS these days and ask myself why not do the major part in Pharo itself... Check the "OS-Unix" and "OS-Linux-Ubuntu" project on STHub. Bye T.

Jan. 26, 2015

Re: [Pharo-dev] Installing Pharo on Ubuntu

by Mayuresh Kathe

On Mon, Jan 26, 2015 at 09:41:00AM -0500, J.F. Rick wrote: > I have a new computer and installed Ubuntu 14.10 on it. When I tried to > install Pharo using the PPA instructions, it failed. I get the following > message when executing "sudo apt-get update": > > W: Failed to fetch > http://ppa.launchpad.net/pharo/stable/ubuntu/dists/utopic/main/binary-amd64… > 404 Not Found > W: Failed to fetch > http://ppa.launchpad.net/pharo/stable/ubuntu/dists/utopic/main/binary-i386/… > 404 Not Found > > I was able to get Pharo running with the Zeroconf script, but I thought I'd > report that the standard thing didn't work. Is it just that a binary > doesn't yet exist for 14.10. yes, utopic unicorn isn't supported, yet. i guess, only 'lts' editions/versions would be supported! ~mayuresh

Jan. 26, 2015