April 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Moose-dev] Re: Re: Re: Fwd: Font problem is still there

by Igor Stasenko

Okay. One more time. This is interference between Cairo and Freetype plugin.. if you using same font as rest of pharo (drawn outside of Athens) and then the very same font for rendering with Athens, then you will get weird font artifacts, because in-image freetype code uses different scale units for fonts than cairo.. which results in that different glyphs of same font size will be rendered at different scale.. the recipe is simple: - pick your favorite font, and never, ever use it outside of Athens in pharo ui. (prevent it from being used by default freetype font renderer for morphic canvas) -- Best regards, Igor Stasenko.

April 3, 2014

Re: [Pharo-dev] left over when resizing window

by Esteban Lorenzano

that happens in retina displays. Iâm awareâ¦ no time yet to fix it :( Esteban, still on holidays On 03 Apr 2014, at 11:32, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > This is this kind of glitches (see screenshot) ? > I already talk about that some months ago in the mailing-list. > > On Thu, Apr 3, 2014 at 3:11 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> Funny that you do not see the same issues. >> >> I reproduce it consistently like this: >> - On 10.9.2 on a MacBook Pro with Retina display >> - Download the latest Pharo 3 and the latest VM and run it: >> curl -L get.pharo.org/30+vmLatest | sh >> - Open a workspace or any other window and drag it around >> >> >> Doru >> >> >> Doru >> >> >> On Thu, Apr 3, 2014 at 3:04 PM, Camille Teruel <camille.teruel(a)gmail.com> >> wrote: >>> >>> >>> On 3 avr. 2014, at 14:58, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> >>> Hi, >>> >>> Here it is on the very latest of Pharo 3: >>> >>> https://www.dropbox.com/s/hfi5j64e9kyim14/Screenshot%202014-04-03%2014.56.3… >>> >>> >>> Ok, now I remember that I had that once several months ago, but I don't >>> remember under which setting. >>> I solved it with 'start drawing/stepping again' as Sergi said. >>> We should find a way to reproduce it. >>> >>> >>> Pharo3.0 Latest update: #30811 >>> 'NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: >>> acc98e51-2fba-4841-a965-2975997bba66 Mar 20 2014 >>> NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: >>> acc98e51-2fba-4841-a965-2975997bba66 Mar 20 2014 >>> https://github.com/pharo-project/pharo-vm.git Commit: >>> 6e08ad296c0df6c1a4215a5dada5380c897dc2fe Date: 2014-03-17 14:45:12 +0100 By: >>> Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14812' >>> >>> >>> Cheers, >>> Doru >>> >>> >>> >>> >>> On Thu, Apr 3, 2014 at 2:33 PM, Camille Teruel <camille.teruel(a)gmail.com> >>> wrote: >>>> >>>> >>>> On 3 avr. 2014, at 14:21, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>>> >>>> It happens all the time on Mac. It is not so obvious in the default Pharo >>>> image because of the background. In the Moose image, the background is white >>>> and you see it immediately when resizing or dragging a window. >>>> >>>> >>>> I tried with many windows in the latest Moose image and I still see >>>> nothing. >>>> I'm on mavericks. >>>> >>>> Smalltalk vm version --> >>>> >>>> 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: >>>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 >>>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: >>>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 >>>> git://gitorious.org/cogvm/blessed.git Commit: >>>> 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 By: >>>> Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 >>>> ' >>>> >>>> >>>> Doru >>>> >>>> >>>> On Thu, Apr 3, 2014 at 2:16 PM, Camille Teruel <camille.teruel(a)gmail.com> >>>> wrote: >>>>> >>>>> >>>>> On 3 avr. 2014, at 13:54, Pharo4Stef <pharo4Stef(a)free.fr> wrote: >>>>> >>>>>> Hi all >>>>>> >>>>>> do you see a glitch when I resize a window? >>>>>> Because it is not really nice. >>>>> >>>>> Nope, nothing in latest image at least. >>>>> Does it happen in a fresh image? >>>>> >>>>>> Stef >>>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing has its own flow" >>>> >>>> >>> >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing has its own flow" >>> >>> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" > > > > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > <Screen Shot 2014-04-03 at 16.30.05.png>

April 3, 2014

Re: [Pharo-dev] left over when resizing window

by Sergi Reyner

2014-04-03 14:04 GMT+01:00 Camille Teruel <camille.teruel(a)gmail.com>: > I solved it with 'start drawing/stepping again' as Sergi said. > But I said not to quote me! ;-) Cheers, Sergi

April 3, 2014

Re: [Pharo-dev] left over when resizing window

by Sergi Reyner

2014-04-03 15:32 GMT+01:00 Serge Stinckwich <serge.stinckwich(a)gmail.com>: > This is this kind of glitches (see screenshot) ? > I already talk about that some months ago in the mailing-list. > Mine are usually more noticeable, but yes, something on those lines (pun absolutely intended). Cheers, Sergi

April 3, 2014

Re: [Pharo-dev] left over when resizing window

by Serge Stinckwich

This is this kind of glitches (see screenshot) ? I already talk about that some months ago in the mailing-list. On Thu, Apr 3, 2014 at 3:11 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Funny that you do not see the same issues. > > I reproduce it consistently like this: > - On 10.9.2 on a MacBook Pro with Retina display > - Download the latest Pharo 3 and the latest VM and run it: > curl -L get.pharo.org/30+vmLatest | sh > - Open a workspace or any other window and drag it around > > > Doru > > > Doru > > > On Thu, Apr 3, 2014 at 3:04 PM, Camille Teruel <camille.teruel(a)gmail.com> > wrote: >> >> >> On 3 avr. 2014, at 14:58, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Hi, >> >> Here it is on the very latest of Pharo 3: >> >> https://www.dropbox.com/s/hfi5j64e9kyim14/Screenshot%202014-04-03%2014.56.3… >> >> >> Ok, now I remember that I had that once several months ago, but I don't >> remember under which setting. >> I solved it with 'start drawing/stepping again' as Sergi said. >> We should find a way to reproduce it. >> >> >> Pharo3.0 Latest update: #30811 >> 'NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: >> acc98e51-2fba-4841-a965-2975997bba66 Mar 20 2014 >> NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: >> acc98e51-2fba-4841-a965-2975997bba66 Mar 20 2014 >> https://github.com/pharo-project/pharo-vm.git Commit: >> 6e08ad296c0df6c1a4215a5dada5380c897dc2fe Date: 2014-03-17 14:45:12 +0100 By: >> Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14812' >> >> >> Cheers, >> Doru >> >> >> >> >> On Thu, Apr 3, 2014 at 2:33 PM, Camille Teruel <camille.teruel(a)gmail.com> >> wrote: >>> >>> >>> On 3 avr. 2014, at 14:21, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> >>> It happens all the time on Mac. It is not so obvious in the default Pharo >>> image because of the background. In the Moose image, the background is white >>> and you see it immediately when resizing or dragging a window. >>> >>> >>> I tried with many windows in the latest Moose image and I still see >>> nothing. >>> I'm on mavericks. >>> >>> Smalltalk vm version --> >>> >>> 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: >>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 >>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: >>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 >>> git://gitorious.org/cogvm/blessed.git Commit: >>> 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 By: >>> Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 >>> ' >>> >>> >>> Doru >>> >>> >>> On Thu, Apr 3, 2014 at 2:16 PM, Camille Teruel <camille.teruel(a)gmail.com> >>> wrote: >>>> >>>> >>>> On 3 avr. 2014, at 13:54, Pharo4Stef <pharo4Stef(a)free.fr> wrote: >>>> >>>> > Hi all >>>> > >>>> > do you see a glitch when I resize a window? >>>> > Because it is not really nice. >>>> >>>> Nope, nothing in latest image at least. >>>> Does it happen in a fresh image? >>>> >>>> > Stef >>>> > >>>> >>>> >>> >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing has its own flow" >>> >>> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

April 3, 2014

Re: [Pharo-dev] Lock-free Atomic Counter ?

by Benjamin Pollack

I hate to bust this old evilness out, but is it feasible to abuse #become: for this purpose? I haven't used it in so long I don't actually remember whether that's feasible semantics with ivars. On Thu, Apr 3, 2014, at 09:08 AM, Levente Uzonyi wrote: > On Thu, 3 Apr 2014, Igor Stasenko wrote: > > > > > > > > > On 3 April 2014 00:11, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Hi, > > > > Is it possible to have a simple lock-free atomic counter in Pharo 3.0 ? > > > > nextId > > Â ^ idCounter := idCounter + 1 > > > > Or is it still possible that two process entering this code can mess things up ? > > > > #+ is a message send. So technically, if you will be interrupted at the point of > > If #+ is compiled to bytecode 176, and both the receiver and the argument > are SmallIntegers, then it's not a message send, so the operation is > atomic. > > > Levente > > > returning a result from it, then somebody else could run #nextId without notice, > > as result you will get 2 processes returning same value from #nextId. > > (and increasing numbers of concurrent processes will produce even more surprising results :) > > Â > > I vaguely remember a discussion about that long ago... > > > > assignment is atomic.. the one which i use in atomic queue impl., but it is hidden, undocumented VM implementation detail :) e.g.: > > > > oldA := a. > > a := newA. > > .. > > actually can be any series of it, as long as nothing else there (no message sends) > > > > x:= a. > > y:=b. > > z := c. > > w := e. > > > > will be performed atomically. > > > > Â > > TIA, > > > > Sven > > > > > > > > > > -- > > Best regards, > > Igor Stasenko. > > > >

April 3, 2014

Re: [Pharo-dev] left over when resizing window

by Tudor Girba

Funny that you do not see the same issues. I reproduce it consistently like this: - On 10.9.2 on a MacBook Pro with Retina display - Download the latest Pharo 3 and the latest VM and run it: curl -L get.pharo.org/30+vmLatest | sh - Open a workspace or any other window and drag it around Doru Doru On Thu, Apr 3, 2014 at 3:04 PM, Camille Teruel <camille.teruel(a)gmail.com>wrote: > > On 3 avr. 2014, at 14:58, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > Here it is on the very latest of Pharo 3: > > https://www.dropbox.com/s/hfi5j64e9kyim14/Screenshot%202014-04-03%2014.56.3… > > > Ok, now I remember that I had that once several months ago, but I don't > remember under which setting. > I solved it with 'start drawing/stepping again' as Sergi said. > We should find a way to reproduce it. > > > Pharo3.0 Latest update: #30811 > 'NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: > acc98e51-2fba-4841-a965-2975997bba66 Mar 20 2014 > NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: > acc98e51-2fba-4841-a965-2975997bba66 Mar 20 2014 > https://github.com/pharo-project/pharo-vm.git Commit: > 6e08ad296c0df6c1a4215a5dada5380c897dc2fe Date: 2014-03-17 14:45:12 +0100 > By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14812' > > > Cheers, > Doru > > > > > On Thu, Apr 3, 2014 at 2:33 PM, Camille Teruel <camille.teruel(a)gmail.com>wrote: > >> >> On 3 avr. 2014, at 14:21, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> It happens all the time on Mac. It is not so obvious in the default Pharo >> image because of the background. In the Moose image, the background is >> white and you see it immediately when resizing or dragging a window. >> >> >> I tried with many windows in the latest Moose image and I still see >> nothing. >> I'm on mavericks. >> >> Smalltalk vm version --> >> >> 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: >> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 >> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: >> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 >> git://gitorious.org/cogvm/blessed.git Commit: >> 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 >> By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 >> ' >> >> >> Doru >> >> >> On Thu, Apr 3, 2014 at 2:16 PM, Camille Teruel <camille.teruel(a)gmail.com>wrote: >> >>> >>> On 3 avr. 2014, at 13:54, Pharo4Stef <pharo4Stef(a)free.fr> wrote: >>> >>> > Hi all >>> > >>> > do you see a glitch when I resize a window? >>> > Because it is not really nice. >>> >>> Nope, nothing in latest image at least. >>> Does it happen in a fresh image? >>> >>> > Stef >>> > >>> >>> >>> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- www.tudorgirba.com "Every thing has its own flow"

April 3, 2014

Re: [Pharo-dev] Lock-free Atomic Counter ?

by Levente Uzonyi

On Thu, 3 Apr 2014, Igor Stasenko wrote: > > > > On 3 April 2014 00:11, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi, > > Is it possible to have a simple lock-free atomic counter in Pharo 3.0 ? > > nextId > Â ^ idCounter := idCounter + 1 > > Or is it still possible that two process entering this code can mess things up ? > > #+ is a message send. So technically, if you will be interrupted at the point of If #+ is compiled to bytecode 176, and both the receiver and the argument are SmallIntegers, then it's not a message send, so the operation is atomic. Levente > returning a result from it, then somebody else could run #nextId without notice, > as result you will get 2 processes returning same value from #nextId. > (and increasing numbers of concurrent processes will produce even more surprising results :) > Â > I vaguely remember a discussion about that long ago... > > assignment is atomic.. the one which i use in atomic queue impl., but it is hidden, undocumented VM implementation detail :) e.g.: > > oldA := a. > a := newA. > .. > actually can be any series of it, as long as nothing else there (no message sends) > > x:= a. > y:=b. > z := c. > w := e. > > will be performed atomically. > > Â > TIA, > > Sven > > > > > -- > Best regards, > Igor Stasenko. > >

April 3, 2014

Re: [Pharo-dev] left over when resizing window

by Camille Teruel

On 3 avr. 2014, at 14:58, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Here it is on the very latest of Pharo 3: > https://www.dropbox.com/s/hfi5j64e9kyim14/Screenshot%202014-04-03%2014.56.3… Ok, now I remember that I had that once several months ago, but I don't remember under which setting. I solved it with 'start drawing/stepping again' as Sergi said. We should find a way to reproduce it. > > Pharo3.0 Latest update: #30811 > 'NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 Mar 20 2014 > NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 Mar 20 2014 > https://github.com/pharo-project/pharo-vm.git Commit: 6e08ad296c0df6c1a4215a5dada5380c897dc2fe Date: 2014-03-17 14:45:12 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14812' > > > Cheers, > Doru > > > > > On Thu, Apr 3, 2014 at 2:33 PM, Camille Teruel <camille.teruel(a)gmail.com> wrote: > > On 3 avr. 2014, at 14:21, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> It happens all the time on Mac. It is not so obvious in the default Pharo image because of the background. In the Moose image, the background is white and you see it immediately when resizing or dragging a window. > > I tried with many windows in the latest Moose image and I still see nothing. > I'm on mavericks. > > Smalltalk vm version --> > > 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > git://gitorious.org/cogvm/blessed.git Commit: 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 > ' > >> >> Doru >> >> >> On Thu, Apr 3, 2014 at 2:16 PM, Camille Teruel <camille.teruel(a)gmail.com> wrote: >> >> On 3 avr. 2014, at 13:54, Pharo4Stef <pharo4Stef(a)free.fr> wrote: >> >> > Hi all >> > >> > do you see a glitch when I resize a window? >> > Because it is not really nice. >> >> Nope, nothing in latest image at least. >> Does it happen in a fresh image? >> >> > Stef >> > >> >> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

April 3, 2014

Re: [Pharo-dev] left over when resizing window

by Tudor Girba

Hi, Here it is on the very latest of Pharo 3: https://www.dropbox.com/s/hfi5j64e9kyim14/Screenshot%202014-04-03%2014.56.3… Pharo3.0 Latest update: #30811 'NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 Mar 20 2014 NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 Mar 20 2014 https://github.com/pharo-project/pharo-vm.git Commit: 6e08ad296c0df6c1a4215a5dada5380c897dc2fe Date: 2014-03-17 14:45:12 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14812' Cheers, Doru On Thu, Apr 3, 2014 at 2:33 PM, Camille Teruel <camille.teruel(a)gmail.com>wrote: > > On 3 avr. 2014, at 14:21, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > It happens all the time on Mac. It is not so obvious in the default Pharo > image because of the background. In the Moose image, the background is > white and you see it immediately when resizing or dragging a window. > > > I tried with many windows in the latest Moose image and I still see > nothing. > I'm on mavericks. > > Smalltalk vm version --> > > 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > git://gitorious.org/cogvm/blessed.git Commit: > 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 > By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 > ' > > > Doru > > > On Thu, Apr 3, 2014 at 2:16 PM, Camille Teruel <camille.teruel(a)gmail.com>wrote: > >> >> On 3 avr. 2014, at 13:54, Pharo4Stef <pharo4Stef(a)free.fr> wrote: >> >> > Hi all >> > >> > do you see a glitch when I resize a window? >> > Because it is not really nice. >> >> Nope, nothing in latest image at least. >> Does it happen in a fresh image? >> >> > Stef >> > >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- www.tudorgirba.com "Every thing has its own flow"

April 3, 2014