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

Re: [Pharo-dev] Testers needed! Re: Athens BitBlt bug?

by Ben Coman

On Fri, May 8, 2015 at 6:43 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > Some testers needed! > > I can not reproduce the BitBlt bug and I would like to get this right, so > that surface pattern > paints use the correct form dimension. > > Prefered test setup: > a (fresh) pharo image > load bleeding edge from Bloc (because with bloc the whole (morphic) world > is drawn with athens). > change to watery theme ( because it makes some heavy use of form fills) > verify that vertical scrollbars have this artifact (blank lines). > load the attached code (this code reverts igors change for the 1 pixel > extra height. > > please report back > what platform windows/linux/mac 32/64 bit > what pharo vm and image version. > > For me > Windows 7 32 bit > Win32 built on Apr 9 2015 21:05:04 Compiler: 4.6.2 > Latest update: #50039 > > -> no segfault > > thanks in advance > > > 2015-03-13 21:22 GMT+01:00 stepharo <stepharo(a)free.fr>: > >> I do not know. May be igor is reading this mailing-list but I doubt. >> >> >> 2015-01-27 21:46 GMT+01:00 Nicolai Hess <nicolaihess(a)web.de>: >> >> Anyone knows what this BitBlt bug is or was? >>> 12818 <https://pharo.fogbugz.com/default.asp?12818> Last row missing >>> 13236 <https://pharo.fogbugz.com/default.asp?13236> Fix 1 extra height >>> for Cairo surface >>> >>> Because with the fix in 13236, it is not (easily) possible to make >>> a repeating (vertical) pattern paint with 1 pixel height: >>> 14813 <https://pharo.fogbugz.com/default.asp?14813> Wrong size for >>> Athens surface pattern paint from a Form >>> >>> >>> nicolai >>> >>> >>> >> BUMP >> >> >> >> >> I am unable to produce the segfault on OSX Mavericks with neither old nor new VMs... Image ----- /Users/ben/Library/Application Support/Pharo/images/Athens BitBlt-50041/Athens BitBlt-50041.image Pharo5.0 Latest update: #50041 Unnamed Virtual Machine --------------- /Applications/Pharo.app/Contents/MacOS/Pharo NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 May 15 2014 NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 May 15 2014 https://github.com/pharo-project/pharo-vm.git Commit: ed4a4f59208968a21d82fd2406f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14826 Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB< VMMaker versionString https://github.com/pharo-project/pharo-vm.git Commit: ed4a4f59208968a21d82fd2406f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14826 NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 May 15 2014 NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2975997bba66 May 15 2014 Virtual Machine --------------- /Users/ben/Library/Application Support/Pharo/vm/pharo-mac-stable-vm/Contents/MacOS/Pharo NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14904 Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB< VMMaker versionString https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14904 NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 cheers -ben

May 9, 2015

Re: [Pharo-dev] Windows version of 0-config scripts?

by Ben Coman

On Sat, May 9, 2015 at 2:38 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > On 8 May 2015 at 19:40, Ben Coman <btc(a)openinworld.com> wrote: > >> >> >> On Sat, May 9, 2015 at 1:06 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >>> remind me please, is it broken, or never worked? >>> >>> trying: >>> >>> wget -O- get.pharo.org/30+vm |bash >>> >>> Downloading the latest 30 Image: >>> http://files.pharo.org/get-files/30/pharo.zip >>> bash: line 51: mktemp: command not found >>> >>> >> Works for me on OSX. >> > > Oh, dear.. i am happy for you :) But as i noticed the problem is that i > want it to work on Windows (tm).. not on OS Ten. > > > doh! <shame> Now I see Windows staring me in the face in the subject line. I must have got distracted afk between reading and responding. I did check if the post was platform specific, but Gmail "hid" the subject at the top of the the thread. </shame>

May 9, 2015

Re: [Pharo-dev] [Reflectivity] Progress for Breakpoints

by Alexandre Bergel

Yes! Thanks Marcus!! This kind of improvement may impact all of us Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On May 8, 2015, at 5:46 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Thanks a lot for this work. > > Doru > > On Fri, May 8, 2015 at 4:23 PM, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: > >> On 08 May 2015, at 14:58, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >> >> >>> On 08 May 2015, at 11:52, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>> >>> Hi, >>> >>> 50040 now has these changes: >>> >>> - Smart Suggestions used to re-parse even when the editor window is not dirty. >>> ==> now we work on the AST we get from the method in this case. >>> - Reflectivity: FIX: when removing the last link, make sure to recompile the method. >>> - Breakpoints: added (and simplified a bit) the class Breakpoint from Claraâs SmartBreakpoint >>> project. >>> >>> Next: integrate enable setting/removing breakpoints using suggestions. >>> >> >> https://pharo.fogbugz.com/f/cases/15516/add-suggestion-for-breakpoint <https://pharo.fogbugz.com/f/cases/15516/add-suggestion-for-breakpoint> >> >> this is of course completely untestedâ¦ it works only when there is no unaccepted >> text in the editor and maybe only within Nautilus. >> >> And of course existing breakpoints are not yet in any form visualised in the editor. > > This is in 50041. Please use with careâ¦ still needs work to be really usable. > > Marcus > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com/> > > "Every thing has its own flow"

May 8, 2015

Re: [Pharo-dev] GanttChartMorph openOn: aCollectionOfActivities ?

by Alexandre Bergel

Hi Chris, 5 + the 0 This will not change. Let us know if you have some usage... Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On May 8, 2015, at 3:50 PM, Chris Cunningham <cunningham.cb(a)gmail.com> wrote: > > so, numberOfLabels means the origin label + that number of labels? You ask for 5,and it shows 6. Not an issue per se, but I do want to know that this is intentional and will stay.

May 8, 2015

Re: [Pharo-dev] [Reflectivity] Progress for Breakpoints

by Tudor Girba

Thanks a lot for this work. Doru On Fri, May 8, 2015 at 4:23 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 08 May 2015, at 14:58, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > On 08 May 2015, at 11:52, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > 50040 now has these changes: > > - Smart Suggestions used to re-parse even when the editor window is not > dirty. > ==> now we work on the AST we get from the method in this case. > - Reflectivity: FIX: when removing the last link, make sure to recompile > the method. > - Breakpoints: added (and simplified a bit) the class Breakpoint from > Claraâs SmartBreakpoint > project. > > Next: integrate enable setting/removing breakpoints using suggestions. > > > https://pharo.fogbugz.com/f/cases/15516/add-suggestion-for-breakpoint > > this is of course completely untestedâ¦ it works only when there is no > unaccepted > text in the editor and maybe only within Nautilus. > > And of course existing breakpoints are not yet in any form visualised in > the editor. > > > This is in 50041. Please use with careâ¦ still needs work to be really > usable. > > Marcus > > -- www.tudorgirba.com "Every thing has its own flow"

May 8, 2015

Re: [Pharo-dev] Proportional layout philosophy?

by Nicolai Hess

2015-05-01 14:15 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com>: > Hi, > > I want to change the size of my nautilus plugin, as I donât need it always > to be as big as it is by default and it takes too much space. But as soon > as I use #hight: to change the hight, it gets set back. I guess itâs done > by the layout, but Iâm not sure, as putting halt somewhere in layout > methods means killing your image. Maybe someone is familiar with this? > > Uko > The problem with the plugins is, they have a LayoutFrame constructed when the window is build. If your plugin has an initial hight of 50 pixel, this height defines the frame for this plugin *and* for the other components around. If you change the height, it is resized based on its LayoutFrame and even if you change the properties of this LayoutFrame, the others (for the source code / comment text area for examle) are unchanged. I don't know if we have a more advanced/flexible way to define the layout.

May 8, 2015

Re: [Pharo-dev] GanttChartMorph openOn: aCollectionOfActivities ?

by Alexandre Bergel

Hi Hannes! Here is a first shoot paired-programmed with Juraj using Roassal: -=-=-=-=-=-=-=-=-=-=-=-= b := RTTimeLine new. b addEntry: (RTTimeLineEntry new identifier: #WP1; start: 0; end: 5). b addEntry: (RTTimeLineEntry new identifier: #WP2; start: 5; end: 8). b addEntry: (RTTimeLineEntry new identifier: #WP3; start: 7; end: 10). b axisX numberOfLabels: 5. b -=-=-=-=-=-=-=-=-=-=-=-= Here some slightly more elaborated example: -=-=-=-=-=-=-=-=-=-=-=-= âOne color per entry" | b d | b := RTTimeLine new. b addEntry: (RTTimeLineEntry new identifier: #c1; start: 0; end: 5). b addEntry: (RTTimeLineEntry new identifier: #c1; start: 6; end: 8). b addEntry: (RTTimeLineEntry new identifier: #c2; start: 0; end: 5). b addEntry: (RTTimeLineEntry new identifier: #c2; start: 8; end: 10). b addEntry: (RTTimeLineEntry new identifier: #c3; start: 0; end: 10). b addEntry: (RTTimeLineEntry new identifier: #c4; start: 5; end: 10). b addEntry: (RTTimeLineEntry new identifier: #c5; start: 5; end: 8). d := RTVerticalTickLineDecorator new. d shape line color: Color white. b addDecorator: d. b axisX numberOfLabels: 5; labelRotation: -45; labelConversion: [ :v | Date year: 2015 day: v ]. b shape color: (RTMultiLinearColorForIdentity new objects: b entries). b -=-=-=-=-=-=-=-=-=-=-=-= One color per timeline -=-=-=-=-=-=-=-=-=-=-=-= | b | b := RTTimeLine new. b addEntry: (RTTimeLineEntry new identifier: #c1; start: 0; end: 5). b addEntry: (RTTimeLineEntry new identifier: #c1; start: 6; end: 8). b addEntry: (RTTimeLineEntry new identifier: #c2; start: 0; end: 5). b addEntry: (RTTimeLineEntry new identifier: #c2; start: 8; end: 10). b addEntry: (RTTimeLineEntry new identifier: #c3; start: 0; end: 10). b addEntry: (RTTimeLineEntry new identifier: #c4; start: 5; end: 10). b addEntry: (RTTimeLineEntry new identifier: #c5; start: 5; end: 8). d := RTVerticalTickLineDecorator new. d shape line color: Color white. b addDecorator: d. b axisX numberOfLabels: 5; labelRotation: -45; labelConversion: [ :v | Date year: 2015 day: v ]. b shape color: (RTMultiLinearColorForIdentity new command: #identifier; objects: #(c1 c2 c3 c4 c5)). b -=-=-=-=-=-=-=-=-=-=-=-= Age of some classes: -=-=-=-=-=-=-=-=-=-=-=-= | b | b := RTTimeLine new. b extent: 500 @ 500. ((RTShape withAllSubclasses sortedAs: #ageInDaysRounded) select: #hasMethods) do: [ :cls | e := RTTimeLineEntry new. e identifier: cls. e start: cls computeYoungestMethod ageInDays. e end: cls computeOldestMethod ageInDays. b addEntry: e ]. b -=-=-=-=-=-=-=-=-=-=-=-= All these examples are in the Roassal time line example menu. This is still an early version. Let us know how it goes! https://www.facebook.com/ObjectProfile/posts/840542572699008 Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On May 7, 2015, at 4:25 PM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > > Hello > > Has somebody done a GANTT chart? > > GanttChartMorph openOn: aCollectionOfActivities > > ? > > Activities have > - id > - description > - start date > - end date > ? > > Regards > > Hannes >

May 8, 2015

Re: [Pharo-dev] Testers needed! Re: Athens BitBlt bug?

by Igor Stasenko

On 8 May 2015 at 22:20, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > 2015-05-08 21:42 GMT+02:00 Igor Stasenko <siguctua(a)gmail.com>: > >> >> >> On 8 May 2015 at 21:32, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >>> >>> >>> On 8 May 2015 at 00:43, Nicolai Hess <nicolaihess(a)web.de> wrote: >>> >>>> >>>> Some testers needed! >>>> >>>> I can not reproduce the BitBlt bug and I would like to get this right, >>>> so that surface pattern >>>> paints use the correct form dimension. >>>> >>>> Be sure, my fried, the bug is there, sitting in VM. >>> Bitblt implementation prereads a pixel from bitmap *before* checking the >>> loop bounds, meaning that it reads at least a single byte beyond the actual >>> contents of the bitmap. >>> It is not harmful in cases when bitmap is allocated in object memory >>> since VM memory design actually guarantees, that there are at least certain >>> amount of bytes in form of breathing space always available, so reading >>> single word past any allocated object is not hurts.. >>> But not in case, when bitmap residing in external heap.. because reading >>> beyond allocated space might cause segmentation fault.. and it was, until i >>> figured what was causing it and where the bug is. >>> >> > This mean it can happen every time we read form data from a surface plugin > - it is not only an issue for athens/cairo. > > Right, this is not cairo-only issue.. It just manifested itself when i was started using external surfaces allocated by cairo with bitblt. Which was causing occasional, irregular crashes time to time and i was quite lucky finding the cause of it. > I will take a look at bitblt implementation. > > Thank you ! > > >> >>> >> The workaround, that i introduced was simply to tell Cairo to allocate >> surface 1 row taller and then use smaller height in bitblt operations, so >> it can never use the last row.. >> that, of course, going in conflict of using cairo for a patterns to fill >> things with bitmaps, which relying on surface's dimensions and using all >> its pixels.. >> :( >> >> hmm.. >> >>> >>> >>>> Prefered test setup: >>>> a (fresh) pharo image >>>> load bleeding edge from Bloc (because with bloc the whole (morphic) >>>> world is drawn with athens). >>>> change to watery theme ( because it makes some heavy use of form fills) >>>> verify that vertical scrollbars have this artifact (blank lines). >>>> load the attached code (this code reverts igors change for the 1 pixel >>>> extra height. >>>> >>>> please report back >>>> what platform windows/linux/mac 32/64 bit >>>> what pharo vm and image version. >>>> >>>> For me >>>> Windows 7 32 bit >>>> Win32 built on Apr 9 2015 21:05:04 Compiler: 4.6.2 >>>> Latest update: #50039 >>>> >>>> -> no segfault >>>> >>>> thanks in advance >>>> >>>> >>>> 2015-03-13 21:22 GMT+01:00 stepharo <stepharo(a)free.fr>: >>>> >>>>> I do not know. May be igor is reading this mailing-list but I doubt. >>>>> >>>>> >>>>> 2015-01-27 21:46 GMT+01:00 Nicolai Hess <nicolaihess(a)web.de>: >>>>> >>>>> Anyone knows what this BitBlt bug is or was? >>>>>> 12818 <https://pharo.fogbugz.com/default.asp?12818> Last row missing >>>>>> 13236 <https://pharo.fogbugz.com/default.asp?13236> Fix 1 extra >>>>>> height for Cairo surface >>>>>> >>>>>> Because with the fix in 13236, it is not (easily) possible to make >>>>>> a repeating (vertical) pattern paint with 1 pixel height: >>>>>> 14813 <https://pharo.fogbugz.com/default.asp?14813> Wrong size for >>>>>> Athens surface pattern paint from a Form >>>>>> >>>>>> >>>>>> nicolai >>>>>> >>>>>> >>>>>> >>>>> BUMP >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > -- Best regards, Igor Stasenko.

May 8, 2015

Re: [Pharo-dev] Testers needed! Re: Athens BitBlt bug?

by Nicolai Hess

2015-05-08 21:42 GMT+02:00 Igor Stasenko <siguctua(a)gmail.com>: > > > On 8 May 2015 at 21:32, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> >> >> On 8 May 2015 at 00:43, Nicolai Hess <nicolaihess(a)web.de> wrote: >> >>> >>> Some testers needed! >>> >>> I can not reproduce the BitBlt bug and I would like to get this right, >>> so that surface pattern >>> paints use the correct form dimension. >>> >>> Be sure, my fried, the bug is there, sitting in VM. >> Bitblt implementation prereads a pixel from bitmap *before* checking the >> loop bounds, meaning that it reads at least a single byte beyond the actual >> contents of the bitmap. >> It is not harmful in cases when bitmap is allocated in object memory >> since VM memory design actually guarantees, that there are at least certain >> amount of bytes in form of breathing space always available, so reading >> single word past any allocated object is not hurts.. >> But not in case, when bitmap residing in external heap.. because reading >> beyond allocated space might cause segmentation fault.. and it was, until i >> figured what was causing it and where the bug is. >> > This mean it can happen every time we read form data from a surface plugin - it is not only an issue for athens/cairo. I will take a look at bitblt implementation. Thank you ! > >> > The workaround, that i introduced was simply to tell Cairo to allocate > surface 1 row taller and then use smaller height in bitblt operations, so > it can never use the last row.. > that, of course, going in conflict of using cairo for a patterns to fill > things with bitmaps, which relying on surface's dimensions and using all > its pixels.. > :( > > hmm.. > >> >> >>> Prefered test setup: >>> a (fresh) pharo image >>> load bleeding edge from Bloc (because with bloc the whole (morphic) >>> world is drawn with athens). >>> change to watery theme ( because it makes some heavy use of form fills) >>> verify that vertical scrollbars have this artifact (blank lines). >>> load the attached code (this code reverts igors change for the 1 pixel >>> extra height. >>> >>> please report back >>> what platform windows/linux/mac 32/64 bit >>> what pharo vm and image version. >>> >>> For me >>> Windows 7 32 bit >>> Win32 built on Apr 9 2015 21:05:04 Compiler: 4.6.2 >>> Latest update: #50039 >>> >>> -> no segfault >>> >>> thanks in advance >>> >>> >>> 2015-03-13 21:22 GMT+01:00 stepharo <stepharo(a)free.fr>: >>> >>>> I do not know. May be igor is reading this mailing-list but I doubt. >>>> >>>> >>>> 2015-01-27 21:46 GMT+01:00 Nicolai Hess <nicolaihess(a)web.de>: >>>> >>>> Anyone knows what this BitBlt bug is or was? >>>>> 12818 <https://pharo.fogbugz.com/default.asp?12818> Last row missing >>>>> 13236 <https://pharo.fogbugz.com/default.asp?13236> Fix 1 extra >>>>> height for Cairo surface >>>>> >>>>> Because with the fix in 13236, it is not (easily) possible to make >>>>> a repeating (vertical) pattern paint with 1 pixel height: >>>>> 14813 <https://pharo.fogbugz.com/default.asp?14813> Wrong size for >>>>> Athens surface pattern paint from a Form >>>>> >>>>> >>>>> nicolai >>>>> >>>>> >>>>> >>>> BUMP >>>> >>>> >>>> >>>> >>>> >>>> >>> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > > > -- > Best regards, > Igor Stasenko. >

May 8, 2015

Re: [Pharo-dev] Athens BitBlt bug?

by Igor Stasenko

On 8 May 2015 at 21:38, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > 2015-03-13 10:26 GMT+01:00 Nicolai Hess <nicolaihess(a)web.de>: > >> 2015-01-27 21:46 GMT+01:00 Nicolai Hess <nicolaihess(a)web.de>: >> >>> Anyone knows what this BitBlt bug is or was? >>> 12818 <https://pharo.fogbugz.com/default.asp?12818> Last row missing >>> 13236 <https://pharo.fogbugz.com/default.asp?13236> Fix 1 extra height >>> for Cairo surface >>> >>> Because with the fix in 13236, it is not (easily) possible to make >>> a repeating (vertical) pattern paint with 1 pixel height: >>> 14813 <https://pharo.fogbugz.com/default.asp?14813> Wrong size for >>> Athens surface pattern paint from a Form >>> >>> >>> nicolai >>> >>> >>> >> BUMP >> >> >> > > Igor, do you remember what bitblt bug this was about? > > > yes, please read parallel thread where i just described it. > > >> >> >> > -- Best regards, Igor Stasenko.

May 8, 2015