May 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] problem with tempNamed: in Pharo 2.0

by Mariano Martinez Peck

On Tue, May 1, 2012 at 6:09 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > Hi guys. I noticed stef did this issue: > http://code.google.com/p/pharo/issues/detail?id=5642 > However, now I have the following test that fails in Pharo 2.0 but works > fine in 1.4: > > | string context | > string := 'test'. > context := [self class. string asUppercase] asContext. > self assert: (context tempNamed: 'string') = 'test' > > the current implementation of #tempNamed: is: > > tempNamed: aName > "Returns the value of the temporaries, aName." > "Implementation notes: temporary initialization in blocks simply uses > pushNil to allocate and initialize each temp. So if one inspects [|a|a:=2] > and sends it self method symbolic you get: > > 13 <8F 00 00 05> closureNumCopied: 0 numArgs: 0 bytes 17 to 21 > 17 <73> pushConstant: nil > 18 <77> pushConstant: 2 > 19 <81 40> storeIntoTemp: 0 > 21 <7D> blockReturn > 22 <7C> returnTop > > And when we check self asContext pc we get 17, which is *before* the > nil is pushed. Therefore we should pay attention when querying a temporary > if the temporary allocation was executed." > > | index | > index := (self tempNames indexOf: aName). > ^ index >= stackp > Maybe the solution is to use #> rather than #>= ? > ifTrue: [ nil] > ifFalse: [self tempAt: (self tempNames indexOf: aName)] > > > and previously it was: > > tempNamed: aName > ^self tempAt: (self tempNames indexOf: aName) > > > ideas? > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

May 1, 2012

[Pharo-project] problem with tempNamed: in Pharo 2.0

by Mariano Martinez Peck

Hi guys. I noticed stef did this issue: http://code.google.com/p/pharo/issues/detail?id=5642 However, now I have the following test that fails in Pharo 2.0 but works fine in 1.4: | string context | string := 'test'. context := [self class. string asUppercase] asContext. self assert: (context tempNamed: 'string') = 'test' the current implementation of #tempNamed: is: tempNamed: aName "Returns the value of the temporaries, aName." "Implementation notes: temporary initialization in blocks simply uses pushNil to allocate and initialize each temp. So if one inspects [|a|a:=2] and sends it self method symbolic you get: 13 <8F 00 00 05> closureNumCopied: 0 numArgs: 0 bytes 17 to 21 17 <73> pushConstant: nil 18 <77> pushConstant: 2 19 <81 40> storeIntoTemp: 0 21 <7D> blockReturn 22 <7C> returnTop And when we check self asContext pc we get 17, which is *before* the nil is pushed. Therefore we should pay attention when querying a temporary if the temporary allocation was executed." | index | index := (self tempNames indexOf: aName). ^ index >= stackp ifTrue: [ nil] ifFalse: [self tempAt: (self tempNames indexOf: aName)] and previously it was: tempNamed: aName ^self tempAt: (self tempNames indexOf: aName) ideas? -- Mariano http://marianopeck.wordpress.com

May 1, 2012

Re: [Pharo-project] SSL plugin for linux

by Esteban Lorenzano

On May 1, 2012, at 6:02 PM, Sean P. DeNigris wrote: > > EstebanLM wrote >> >> I have a version of SSL working on cocoa build, with all Zodiac test >> passing > > Wow, that was quick! he... it was quite easy in fact... that's why I'm suspicious about the result, and I want to check it better :)

May 1, 2012

Re: [Pharo-project] SSL plugin for linux

by Sean P. DeNigris

EstebanLM wrote > > I have a version of SSL working on cocoa build, with all Zodiac test > passing Wow, that was quick! -- View this message in context: http://forum.world.st/SSL-plugin-for-linux-tp4593285p4601045.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 1, 2012

Re: [Pharo-project] SSL plugin for linux

by Esteban Lorenzano

Hi Sven, I have a version of SSL working on cocoa build, with all Zodiac test passing... I need to check something else? best, Esteban On May 1, 2012, at 8:06 AM, Sven Van Caekenberghe wrote: > > On 30 Apr 2012, at 23:29, Igor Stasenko wrote: > >> On 30 April 2012 14:23, Sven Van Caekenberghe <sven(a)beta9.be> wrote: >>> Igor, Janko, >>> >>> On 27 Apr 2012, at 21:13, Sven Van Caekenberghe wrote: >>> >>>> Thanks a lot for looking into this. >>>> >>>> I did a quick test (on a server) and yes it seems to work as expected. >>>> >>>> But someone has to run all the tests, I will try myself if I have time. >>> >>> I just tested Pharo 1.4 One-Click with you new binary plugin, after loading the latest Zn, Zdc and Zinc-Zodiac packages and all tests are green. (Ubuntu 12.04 32bit Atom Netbook) >>> >> Very good. So, we can prepare it for integrating into default binary >> distribution.. >> (at least for linux for now). > > Yes, I think so. > > We are still waiting for someone to put some real love in the Mac OS X version tooâ¦ > > >>> Sven >>> >>> >>> -- >>> Sven Van Caekenberghe >>> http://stfx.eu >>> Smalltalk is the Red Pill >>> >>> >>> >>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > >

May 1, 2012

[Pharo-project] [update 2.0] #20034

by Marcus Denker

20034 ----- Issue 5754: Failing tests: #testAllDictionariesAreHealthy http://code.google.com/p/pharo/issues/detail?id=5754 Issue 5757: remove expected failure from testMirrorSize http://code.google.com/p/pharo/issues/detail?id=5757 Issue 5722: Be able to remove traits from class definition http://code.google.com/p/pharo/issues/detail?id=5722 Issue 5702: Undeclareds in 2.0 http://code.google.com/p/pharo/issues/detail?id=5702 -- Marcus Denker -- http://marcusdenker.de

May 1, 2012

Re: [Pharo-project] [newbies] How can I diagnose kinetic scrolling screen flicker?

by Francisco Garau

Don't know how to solve your smooth zooming problem, but have a look at Dr Geo: zooming is very smooth there! - Francisco On 1 May 2012, at 12:24, Martin Drautzburg <Martin.Drautzburg(a)web.de> wrote: > Hello all, > > in my (first) pharo programm, I have a pane with apx 100 Morphs. The pane can > be zoomed and scrolled both vertically and horizontally. The horizontal > scrolling means scrolling time and is self-written. I implemented some sort of > kinetic scrolling using the mouse wheel, where a scroll destination is set and > in a step method I halve the distance to the destination with each step. > > This looks kind of nice, but not nice enough. Scrolling is not as smooth as I > had hoped. Sometimes there is a delay between the wheel move and the display > actually showing some motion. Also I have the impression, that not all parts > of the pane are redrawn at the same time. Morphs which are exactly below each > other, appear minimally skewed during the scroll. > > Strange enough the zooming, which has to do about the same underlying geometry > calculations is a lot more snappy (but not kinetic). Likewise the vertical > scrolling which used a StandardScrollPane appears more snappy. > > I looks like using a stepper is the root of the problem. I just could not > figure out where the time goes. I put a MessageTally into the step method, > only to find out, that doing 1000 steps takes less than a second. So the > problem must be elsewehere. > > Any ideas would be much appreciated. > > > -- > Martin >

May 1, 2012

[Pharo-project] [newbies] How can I diagnose kinetic scrolling screen flicker?

by Martin Drautzburg

Hello all, in my (first) pharo programm, I have a pane with apx 100 Morphs. The pane can be zoomed and scrolled both vertically and horizontally. The horizontal scrolling means scrolling time and is self-written. I implemented some sort of kinetic scrolling using the mouse wheel, where a scroll destination is set and in a step method I halve the distance to the destination with each step. This looks kind of nice, but not nice enough. Scrolling is not as smooth as I had hoped. Sometimes there is a delay between the wheel move and the display actually showing some motion. Also I have the impression, that not all parts of the pane are redrawn at the same time. Morphs which are exactly below each other, appear minimally skewed during the scroll. Strange enough the zooming, which has to do about the same underlying geometry calculations is a lot more snappy (but not kinetic). Likewise the vertical scrolling which used a StandardScrollPane appears more snappy. I looks like using a stepper is the root of the problem. I just could not figure out where the time goes. I put a MessageTally into the step method, only to find out, that doing 1000 steps takes less than a second. So the problem must be elsewehere. Any ideas would be much appreciated. -- Martin

May 1, 2012

Re: [Pharo-project] Questionn

by Marcus Denker

On May 1, 2012, at 11:27 AM, Francisco Garau wrote: > Thanks Camilo - I've tried your image with the latest CogVM for Mac and it's usable. > > I understand this is work in progress, are you planning to change Object>>instVarAt: with a new primitive? or will that be handled on the image side? > Objects continue to have offset ivars... everything is mapped on those. So #instVarAt: just stays as it is. > Apart from the change in the class declaration, do you think that any of the existing code will have to be changed? > > What's the biggest advantage of having slots? -> Objects describing the layout of a class, simplifying a lot of thing -> Objects describing instance variables, available for reasoning about and e.g annotating. And of course, you can subclass Slot and do special ones... there are examples in the paper. Virtual slots, type check slots, Bit Slot, Property Slot.... http://hal.inria.fr/docs/00/64/17/16/PDF/Verw11b-OOSPLA11-FlexibleObjectLay… > (and will we also have slots for temp vars?) > > Object subclass: #Rectangle > layout: PointerLayout > slots: { > #origin => Slot. > #corner => Slot. > } > classSlots: {} > globals: '' > category: #'Graphics-Primitives' > > Display boundingBox instVarAt: #origin > instVarAt: can not take a symbol, just an integer. And it will return what it finds at the position. In the case of simple slots, there is a 1:1 mapping to iVars and therefore no change. See section 4.1 Primitive Slots "Primitive slots are metaobjects that simply bind an instance variable to a field index." Marcus -- Marcus Denker -- http://marcusdenker.de

May 1, 2012

Re: [Pharo-project] Pharo and the rest of the ecosystem

by Marcus Denker

On May 1, 2012, at 9:03 AM, Marcus Denker wrote: >> >> What is Ghost? > > A proxy implementation. Where you can proxy even strange objects (classes, methods...) > yet it does not require a VM change. > > http://hal.inria.fr/index.php?halsid=kgvbe2lj6clils0070slhn2t62&view_this_d… > the real link is: http://hal.inria.fr/inria-00614720 >> >> What is Ring? >> > Ring is a meta model for smalltalk code that is used already in 1.4 > > http://hal.inria.fr/index.php?halsid=kgvbe2lj6clils0070slhn2t62&view_this_d… http://hal.inria.fr/inria-00629677 -- Marcus Denker -- http://marcusdenker.de

May 1, 2012