- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Puzzled

by Camille Teruel

Fix in inbox https://pharo.fogbugz.com/f/cases/13170/ On 4 avr. 2014, at 12:46, Camille Teruel <camille.teruel(a)gmail.com> wrote: > > On 4 avr. 2014, at 12:37, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > >> Thanks camille apparently I restarted from a clean image but may be I merged. >> Could you try loading the latest version of 12460 and let me know? > > It works, but we still need to add 'process terminate' at the end. > I open another bug entry (since it is not related to issue 12460). > >> >> On 04 Apr 2014, at 09:21, Camille Teruel <camille.teruel(a)gmail.com> wrote: >> >>> I tried on my machine in latest image and no matter how many times I run this test, this test still passes and I don't notice any slowdown nor image freeze. >>> But I see the hanging processes. >>> Adding 'process terminate' at the end works for me. >>> >>> >>> On 3 avr. 2014, at 19:41, Pharo4Stef <pharo4Stef(a)free.fr> wrote: >>> >>>> Hi guys >>>> >>>> I need your brain cells. >>>> >>>> When I execute the test >>>> >>>> testBasic >>>> | context process debugger printedString | >>>> context := [ 20 factorial ] asContext. >>>> >>>> process := Process >>>> forContext: context >>>> priority: Processor userInterruptPriority. >>>> >>>> debugger := Smalltalk tools debugger new >>>> process: process >>>> controller: nil >>>> context: context. >>>> debugger stack expand. >>>> >>>> self assert: debugger stack selectedIndex = 1. >>>> printedString := OpalCompiler isActive >>>> ifTrue: [ '[ 20 factorial ] in DebuggerTest>>testBasic'] >>>> ifFalse: [ '[...] in DebuggerTest>>testBasic' ]. >>>> self assert: debugger stack selectedItem printString = printedString. >>>> >>>> debugger send. >>>> debugger send. >>>> self assert: debugger code getText = (Integer>>#factorial) sourceCode. >>>> self assert: debugger stack selectedItem printString = 'SmallInteger(Integer)>>factorial'. >>>> >>>> two times my image (latest get totally unusable). >>>> I thought that may be the process should be terminated >>>> so I added >>>> >>>> process terminate >>>> >>>> But nothing changes. I tried to debug the code but not chance. >>>> I tried self halt after [ 20 factorial ] asContext. >>>> >>>> I tried to execute the beginning in a workspace and not as a test to eliminate problem. >>>> But again no chance. >>>> >>>> >>>> So did I miss something obvious? >>>> >>>> Stef >>>> >>>> >>>> >>>> >>>> >>> >>> >> >> >

April 4, 2014

Re: [Pharo-dev] Puzzled

by Camille Teruel

On 4 avr. 2014, at 12:37, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > Thanks camille apparently I restarted from a clean image but may be I merged. > Could you try loading the latest version of 12460 and let me know? It works, but we still need to add 'process terminate' at the end. I open another bug entry (since it is not related to issue 12460). > > On 04 Apr 2014, at 09:21, Camille Teruel <camille.teruel(a)gmail.com> wrote: > >> I tried on my machine in latest image and no matter how many times I run this test, this test still passes and I don't notice any slowdown nor image freeze. >> But I see the hanging processes. >> Adding 'process terminate' at the end works for me. >> >> >> On 3 avr. 2014, at 19:41, Pharo4Stef <pharo4Stef(a)free.fr> wrote: >> >>> Hi guys >>> >>> I need your brain cells. >>> >>> When I execute the test >>> >>> testBasic >>> | context process debugger printedString | >>> context := [ 20 factorial ] asContext. >>> >>> process := Process >>> forContext: context >>> priority: Processor userInterruptPriority. >>> >>> debugger := Smalltalk tools debugger new >>> process: process >>> controller: nil >>> context: context. >>> debugger stack expand. >>> >>> self assert: debugger stack selectedIndex = 1. >>> printedString := OpalCompiler isActive >>> ifTrue: [ '[ 20 factorial ] in DebuggerTest>>testBasic'] >>> ifFalse: [ '[...] in DebuggerTest>>testBasic' ]. >>> self assert: debugger stack selectedItem printString = printedString. >>> >>> debugger send. >>> debugger send. >>> self assert: debugger code getText = (Integer>>#factorial) sourceCode. >>> self assert: debugger stack selectedItem printString = 'SmallInteger(Integer)>>factorial'. >>> >>> two times my image (latest get totally unusable). >>> I thought that may be the process should be terminated >>> so I added >>> >>> process terminate >>> >>> But nothing changes. I tried to debug the code but not chance. >>> I tried self halt after [ 20 factorial ] asContext. >>> >>> I tried to execute the beginning in a workspace and not as a test to eliminate problem. >>> But again no chance. >>> >>> >>> So did I miss something obvious? >>> >>> Stef >>> >>> >>> >>> >>> >> >> > >

April 4, 2014

Re: [Pharo-dev] Puzzled

by Pharo4Stef

Thanks camille apparently I restarted from a clean image but may be I merged. Could you try loading the latest version of 12460 and let me know? On 04 Apr 2014, at 09:21, Camille Teruel <camille.teruel(a)gmail.com> wrote: > I tried on my machine in latest image and no matter how many times I run this test, this test still passes and I don't notice any slowdown nor image freeze. > But I see the hanging processes. > Adding 'process terminate' at the end works for me. > > > On 3 avr. 2014, at 19:41, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > >> Hi guys >> >> I need your brain cells. >> >> When I execute the test >> >> testBasic >> | context process debugger printedString | >> context := [ 20 factorial ] asContext. >> >> process := Process >> forContext: context >> priority: Processor userInterruptPriority. >> >> debugger := Smalltalk tools debugger new >> process: process >> controller: nil >> context: context. >> debugger stack expand. >> >> self assert: debugger stack selectedIndex = 1. >> printedString := OpalCompiler isActive >> ifTrue: [ '[ 20 factorial ] in DebuggerTest>>testBasic'] >> ifFalse: [ '[...] in DebuggerTest>>testBasic' ]. >> self assert: debugger stack selectedItem printString = printedString. >> >> debugger send. >> debugger send. >> self assert: debugger code getText = (Integer>>#factorial) sourceCode. >> self assert: debugger stack selectedItem printString = 'SmallInteger(Integer)>>factorial'. >> >> two times my image (latest get totally unusable). >> I thought that may be the process should be terminated >> so I added >> >> process terminate >> >> But nothing changes. I tried to debug the code but not chance. >> I tried self halt after [ 20 factorial ] asContext. >> >> I tried to execute the beginning in a workspace and not as a test to eliminate problem. >> But again no chance. >> >> >> So did I miss something obvious? >> >> Stef >> >> >> >> >> > >

April 4, 2014

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

by J.F. Rick

Woohoo! Works for me. You made my day. In regards to determining the DPI of the display, can't we just set that as a preference with a default value of 96? That would satisfy 98% of cases. We could also add a primitive that would allow the VM to have its say (e.g., retina display on MacOS). When that primitive fails, it would default to the preference. Cheers, Jeff On Fri, Apr 4, 2014 at 2:55 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > Okay, i think i got it.. > > Here is what happens: > - the font size is usually specified in points, not x@y points, but > typographical points, > which is > 1/72 inch > > > TextStyle pointsToPixels: 14 > > TextStyle pointsToPixels: 14 => 18.666666666666668 > > pointsToPixels: points > ^points * self pixelsPerInch / 72.0 > > > but in Athens, i , stupid idiot, completely forgot about that, > and use point size directly, to scale up font .. > but the point is that this scaling performed in font units (EMs). > > so, to actually scale font correctly, i must use same TextStyle > pointsToPixels: .. > as Freetype package using.. > > there is one caveat, that if you really want to see exactly , say 16 > points sized font on your screen, > it is not possible without knowing the display resolution - how many > pixels in one inch (hence > #pixelsPerInch ). > Unfortunately, our VMs don't give us a way to determine DPI of display.. > and so, it is always 96 :/ > > pheww.... > > fromFreetypeFont: aFont cairoFace: face > ..... > > - fontMatrix scaleBy: aFont pointSize. > > + fontMatrix scaleBy: (TextStyle pointsToPixels: aFont pointSize). > > problem solved ... (i hope) :) > > -- > Best regards, > Igor Stasenko. > -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

April 4, 2014

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

by Igor Stasenko

On 4 April 2014 08:35, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > > > > I don't think there is any way for the VM to know the #pixelsPerInch of > the > > display, regardless of the display resolution. > > There is no api in the OS for that? It would be really strange that we > cannot know such information. > > There is, of course. Usually, display drivers can provide such information. But still you not always can know the physical dimensions of your display: - consider trying to measure DPI of display which actually a wall projector :) Anyways, i doesn't really matters what is DPI of the screen.. since with with vector graphics you are free at any moment to zoom in/out things to most pleasant scale. And therefore, font size in points becomes more like a relative measurement, rather than absolute (you know that font with of 20 points size will be 2 times bigger than same font with 10 points size) > > Maybe that implies that some > > calibration would be needed in the image to relate font points to the > > physical display. > > > > Dave > > > > > -- Best regards, Igor Stasenko.

April 4, 2014

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

by Igor Stasenko

On 4 April 2014 08:33, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > Igor > > I was wondering the following: ? But TextStyle is not about strikefont? > > TextStyle contains so many different things.. > Stef > > On 04 Apr 2014, at 02:55, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > Okay, i think i got it.. > > > > Here is what happens: > > - the font size is usually specified in points, not x@y points, but > typographical points, > > which is > > 1/72 inch > > > > > > TextStyle pointsToPixels: 14 > > > > TextStyle pointsToPixels: 14 => 18.666666666666668 > > > > pointsToPixels: points > > ^points * self pixelsPerInch / 72.0 > > > > > > but in Athens, i , stupid idiot, completely forgot about that, > > and use point size directly, to scale up font .. > > but the point is that this scaling performed in font units (EMs). > > > > so, to actually scale font correctly, i must use same TextStyle > pointsToPixels: .. > > as Freetype package using.. > > > > there is one caveat, that if you really want to see exactly , say 16 > points sized font on your screen, > > it is not possible without knowing the display resolution - how many > pixels in one inch (hence > > #pixelsPerInch ). > > Unfortunately, our VMs don't give us a way to determine DPI of display.. > > and so, it is always 96 :/ > > > > pheww.... > > > > fromFreetypeFont: aFont cairoFace: face > > ..... > > > > - fontMatrix scaleBy: aFont pointSize. > > > > + fontMatrix scaleBy: (TextStyle pointsToPixels: aFont pointSize). > > > > problem solved ... (i hope) :) > > > > -- > > Best regards, > > Igor Stasenko. > > > -- Best regards, Igor Stasenko.

April 4, 2014

Re: [Pharo-dev] How to decompile a block?

by Jan Vrany

Works like a charm, thanks! Jan On 04/04/14 09:51, Marcus Denker wrote: > > On 04 Apr 2014, at 09:45, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: > >> Hi, >> >> Decompiler>>decompileBlock: vanished in 3.0 (present in 2.0). >> What's the code for doing the same in 3.0? >> > > you call #sourceNode: > > [ 1 + 2 ] sourceNode > > Marcus > >

April 4, 2014

Re: [Pharo-dev] SmalltalkHub hug : recent watched events list frozen

by phil＠highoctane.be

My watched events list is in the same shape. Le 4 avr. 2014 09:47, "Serge Stinckwich" <serge.stinckwich(a)gmail.com> a Ã©crit : > Dear all, > > I dunno if this is know bug. I'm following more than 30 projects on > SmalltalkHub, but y recent watched events list is frozen since months > (last event from november). > Maybe there is a relationship with this issue : > https://code.google.com/p/smalltalk-hub/issues/detail?id=29 > > Regards, > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > >

April 4, 2014

Re: [Pharo-dev] How to decompile a block?

by Marcus Denker

On 04 Apr 2014, at 09:45, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: > Hi, > > Decompiler>>decompileBlock: vanished in 3.0 (present in 2.0). > What's the code for doing the same in 3.0? > you call #sourceNode: [ 1 + 2 ] sourceNode Marcus

April 4, 2014

SmalltalkHub hug : recent watched events list frozen

by Serge Stinckwich

Dear all, I dunno if this is know bug. I'm following more than 30 projects on SmalltalkHub, but y recent watched events list is frozen since months (last event from november). Maybe there is a relationship with this issue : https://code.google.com/p/smalltalk-hub/issues/detail?id=29 Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

April 4, 2014