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

Re: [Pharo-dev] [squeak-dev] vm crash from BalloonEngine (maybe B2DPlugin or BitBltPlugin)
by Nicolai Hess April 16, 2015

April 16, 2015

2015-04-15 23:31 GMT+02:00 karl ramberg <karlramberg(a)gmail.com>: > You also get weird artifacts when the gradient orientation and normal is > very small. > looks funny:) > > In attached image, orientation is 0@-1 and normal is 1@1 > > Karl > > On Wed, Apr 15, 2015 at 10:34 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> >> >> 2015-04-08 20:02 GMT+02:00 karl ramberg <karlramberg(a)gmail.com>: >> >>> Confirmed. >>> >>> Karl >>> >>> On Wed, Apr 8, 2015 at 5:33 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: >>> >>>> In order to reproduce it, draw a rectangle with radial gradient fill, >>>> with direction >>>> and normal, both of length 1. >>>> >>> >> This is not the reason why it crashes. It happens for other values as >> well: >> >> |form canvas fill direction normal| >> direction := 4@0. >> normal := 0@2. >> form := Form extent:300@300 depth:32. >> canvas := form getCanvas. >> fill := GradientFillStyle new colorRamp:{0 -> Color white . 0.5 -> Color >> green . 1 -> Color blue};origin:400@400 >> ;direction:direction;normal:normal;radial:true;yourself. >> canvas fillRectangle: (0@0 extent:800@800) fillStyle: fill. >> Display getCanvas drawImage: form at: 300@300 >> >> This uses a different value for direction and normal and the fill is >> defined for a larger area (800x800) -> CRASH >> >> Maybe, this is a rare bug, because, normally you don't create a small >> gradient t o >> fill a large area. But a vm crash is not nice, I would like to get this >> fixed. >> >> I am not sure what is the exact cause, but it may come from a signed >> integer overflwo, >> It looks like Balloon uses fixed point arithmetik (binary scaling). >> This fixed point representation (16.16 bit fixed point represented in a >> 32 integer) tend >> to overflow, especially for operations like computing the squared length >> of a vector >> x*x+y*y -> overflow -> result is a negative number. >> >> Possible solutions: >> downscale prior to the multiplication -> lost of precision >> use a larger datatype for intermediate results. >> >> It looks like B2D uses the first option (look at senders of >> accurateLengthOfwith >> and >> squaredLenghtOfwith >> Maybe there is something wrong with the other code that >> multiplies the values, or the 16.16 bit fixed point is just not >> large enough for some fills? >> >> >> Any ideas? >> >> Nicolai >> >> >> >> >>> >>>> This one works (no vm crash): >>>> |form canvas fill direction normal| >>>> direction := 1@0. >>>> normal := 0@0. >>>> form := Form extent:300@300 depth:32. >>>> canvas := form getCanvas. >>>> fill := GradientFillStyle new colorRamp:{0 -> Color white . 0.5 -> >>>> Color green . 1 -> Color blue};origin:150@150 >>>> ;direction:direction;normal:normal;radial:true;yourself. >>>> canvas fillRectangle: (50@50 extent:200@200) fillStyle: fill. >>>> Display getCanvas drawImage: form at: 300@300. >>>> >>>> >>>> direction := 1@0. >>>> normal := 0@0. >>>> -> OK >>>> >>>> direction := 0@0. >>>> normal := 0@1. >>>> -> OK >>>> >>>> direction := 1@0. >>>> normal := 0@1. >>>> -> VM-Crash (Pharo and Squeak) >>>> >>>> Pharo: >>>> VM Version: Cog VM 4.0.0 (release) from Feb 16 2015 >>>> Compiler: gcc 4.6.2 >>>> Interpreter Build: NBCoInterpreter >>>> NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: >>>> 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Feb 16 2015 >>>> Cogit Build: NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: >>>> 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Feb 16 2015 >>>> Source Version: https://github.com/pharo-project/pharo-vm.git Commit: >>>> 55fbd0b0279998a4a33852f5afb3d213986cc3ae Date: 2015-02-16 17:54:00 +0100 >>>> By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14895 >>>> >>>> Current byte code: -1 >>>> Primitive index: 117 >>>> Smalltalk stack dump: >>>> 0x24c830 M BalloonEngine>copyLoopFaster 0x6b09b80: a(n) BalloonEngine >>>> 0x24c848 M BalloonEngine>copyBits 0x6b09b80: a(n) BalloonEngine >>>> 0x24c860 M BalloonEngine>postFlushIfNeeded 0x6b09b80: a(n) >>>> BalloonEngine >>>> 0x24c884 I >>>> BalloonEngine>drawRectangle:fill:borderWidth:borderColor:transform: >>>> 0x6b09b80: a(n) BalloonEngine >>>> 0x24c8b8 I BalloonCanvas>drawRectangle:color:borderWidth:borderColor: >>>> 0x6b099c0: a(n) BalloonCanvas >>>> 0x24c8e8 I BalloonCanvas>fillRectangle:basicFillStyle: 0x6b099c0: >>>> a(n) BalloonCanvas >>>> >>>> >>>> Squeak: >>>> VM Version: Cog VM 4.0.0 (release) from Aug 22 2013 >>>> Compiler: gcc 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) >>>> Interpreter Build: CoInterpreter VMMaker.oscog-eem.331 uuid: >>>> 37d2e4b0-2f37-4e2d-8313-c63637785e59 Aug 22 2013 >>>> Cogit Build: StackToRegisterMappingCogit VMMaker.oscog-eem.333 uuid: >>>> 84da9cb8-7f30-4cb7-b4fb-239a11f63b54 Aug 22 2013 >>>> Source Version: VM: r2776 >>>> http://www.squeakvm.org/svn/squeak/branches/Cog >>>> Plugins: r2545 >>>> http://squeakvm.org/svn/squeak/trunk/platforms/Cross/plugins >>>> >>>> Current byte code: -1 >>>> Primitive index: 117 >>>> >>>> >>>> nicolai >>>> >>>> >>>> >>>> >>> >> >> >> >> >

1 0

vm crash from BalloonEngine (maybe B2DPlugin or BitBltPlugin)
by Nicolai Hess April 16, 2015

April 16, 2015

In order to reproduce it, draw a rectangle with radial gradient fill, with direction and normal, both of length 1. This one works (no vm crash): |form canvas fill direction normal| direction := 1@0. normal := 0@0. form := Form extent:300@300 depth:32. canvas := form getCanvas. fill := GradientFillStyle new colorRamp:{0 -> Color white . 0.5 -> Color green . 1 -> Color blue};origin:150@150 ;direction:direction;normal:normal;radial:true;yourself. canvas fillRectangle: (50@50 extent:200@200) fillStyle: fill. Display getCanvas drawImage: form at: 300@300. direction := 1@0. normal := 0@0. -> OK direction := 0@0. normal := 0@1. -> OK direction := 1@0. normal := 0@1. -> VM-Crash (Pharo and Squeak) Pharo: VM Version: Cog VM 4.0.0 (release) from Feb 16 2015 Compiler: gcc 4.6.2 Interpreter Build: NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Feb 16 2015 Cogit Build: NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Feb 16 2015 Source Version: https://github.com/pharo-project/pharo-vm.git Commit: 55fbd0b0279998a4a33852f5afb3d213986cc3ae Date: 2015-02-16 17:54:00 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14895 Current byte code: -1 Primitive index: 117 Smalltalk stack dump: 0x24c830 M BalloonEngine>copyLoopFaster 0x6b09b80: a(n) BalloonEngine 0x24c848 M BalloonEngine>copyBits 0x6b09b80: a(n) BalloonEngine 0x24c860 M BalloonEngine>postFlushIfNeeded 0x6b09b80: a(n) BalloonEngine 0x24c884 I BalloonEngine>drawRectangle:fill:borderWidth:borderColor:transform: 0x6b09b80: a(n) BalloonEngine 0x24c8b8 I BalloonCanvas>drawRectangle:color:borderWidth:borderColor: 0x6b099c0: a(n) BalloonCanvas 0x24c8e8 I BalloonCanvas>fillRectangle:basicFillStyle: 0x6b099c0: a(n) BalloonCanvas Squeak: VM Version: Cog VM 4.0.0 (release) from Aug 22 2013 Compiler: gcc 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) Interpreter Build: CoInterpreter VMMaker.oscog-eem.331 uuid: 37d2e4b0-2f37-4e2d-8313-c63637785e59 Aug 22 2013 Cogit Build: StackToRegisterMappingCogit VMMaker.oscog-eem.333 uuid: 84da9cb8-7f30-4cb7-b4fb-239a11f63b54 Aug 22 2013 Source Version: VM: r2776 http://www.squeakvm.org/svn/squeak/branches/Cog Plugins: r2545 http://squeakvm.org/svn/squeak/trunk/platforms/Cross/plugins Current byte code: -1 Primitive index: 117 nicolai

2 1

How to find versions of core packages?
by Dmitri Zagidulin April 15, 2015

April 15, 2015

How does one go about finding the version numbers of core libraries like SUnit that are included in a particular Pharo distribution? (What prompted me to try and find out is that at the start of the SUnit chapter in UPBE, it says "In the future, Pharo may include version of SUnit4.0." And I was curious whether Pharo 4.0 includes that newer version of SUnit, etc. But I'm also curious whether there's a general procedure or convention for finding versions of external libraries that are also pulled into Pharo core.)

4 6

Re: [Pharo-dev] [squeak-dev] vm crash from BalloonEngine (maybe B2DPlugin or BitBltPlugin)
by Nicolai Hess April 15, 2015

April 15, 2015

2015-04-08 20:02 GMT+02:00 karl ramberg <karlramberg(a)gmail.com>: > Confirmed. > > Karl > > On Wed, Apr 8, 2015 at 5:33 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> In order to reproduce it, draw a rectangle with radial gradient fill, >> with direction >> and normal, both of length 1. >> > This is not the reason why it crashes. It happens for other values as well: |form canvas fill direction normal| direction := 4@0. normal := 0@2. form := Form extent:300@300 depth:32. canvas := form getCanvas. fill := GradientFillStyle new colorRamp:{0 -> Color white . 0.5 -> Color green . 1 -> Color blue};origin:400@400 ;direction:direction;normal:normal;radial:true;yourself. canvas fillRectangle: (0@0 extent:800@800) fillStyle: fill. Display getCanvas drawImage: form at: 300@300 This uses a different value for direction and normal and the fill is defined for a larger area (800x800) -> CRASH Maybe, this is a rare bug, because, normally you don't create a small gradient t o fill a large area. But a vm crash is not nice, I would like to get this fixed. I am not sure what is the exact cause, but it may come from a signed integer overflwo, It looks like Balloon uses fixed point arithmetik (binary scaling). This fixed point representation (16.16 bit fixed point represented in a 32 integer) tend to overflow, especially for operations like computing the squared length of a vector x*x+y*y -> overflow -> result is a negative number. Possible solutions: downscale prior to the multiplication -> lost of precision use a larger datatype for intermediate results. It looks like B2D uses the first option (look at senders of accurateLengthOfwith and squaredLenghtOfwith Maybe there is something wrong with the other code that multiplies the values, or the 16.16 bit fixed point is just not large enough for some fills? Any ideas? Nicolai > >> This one works (no vm crash): >> |form canvas fill direction normal| >> direction := 1@0. >> normal := 0@0. >> form := Form extent:300@300 depth:32. >> canvas := form getCanvas. >> fill := GradientFillStyle new colorRamp:{0 -> Color white . 0.5 -> Color >> green . 1 -> Color blue};origin:150@150 >> ;direction:direction;normal:normal;radial:true;yourself. >> canvas fillRectangle: (50@50 extent:200@200) fillStyle: fill. >> Display getCanvas drawImage: form at: 300@300. >> >> >> direction := 1@0. >> normal := 0@0. >> -> OK >> >> direction := 0@0. >> normal := 0@1. >> -> OK >> >> direction := 1@0. >> normal := 0@1. >> -> VM-Crash (Pharo and Squeak) >> >> Pharo: >> VM Version: Cog VM 4.0.0 (release) from Feb 16 2015 >> Compiler: gcc 4.6.2 >> Interpreter Build: NBCoInterpreter >> NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: >> 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Feb 16 2015 >> Cogit Build: NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: >> 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Feb 16 2015 >> Source Version: https://github.com/pharo-project/pharo-vm.git Commit: >> 55fbd0b0279998a4a33852f5afb3d213986cc3ae Date: 2015-02-16 17:54:00 +0100 >> By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14895 >> >> Current byte code: -1 >> Primitive index: 117 >> Smalltalk stack dump: >> 0x24c830 M BalloonEngine>copyLoopFaster 0x6b09b80: a(n) BalloonEngine >> 0x24c848 M BalloonEngine>copyBits 0x6b09b80: a(n) BalloonEngine >> 0x24c860 M BalloonEngine>postFlushIfNeeded 0x6b09b80: a(n) BalloonEngine >> 0x24c884 I >> BalloonEngine>drawRectangle:fill:borderWidth:borderColor:transform: >> 0x6b09b80: a(n) BalloonEngine >> 0x24c8b8 I BalloonCanvas>drawRectangle:color:borderWidth:borderColor: >> 0x6b099c0: a(n) BalloonCanvas >> 0x24c8e8 I BalloonCanvas>fillRectangle:basicFillStyle: 0x6b099c0: a(n) >> BalloonCanvas >> >> >> Squeak: >> VM Version: Cog VM 4.0.0 (release) from Aug 22 2013 >> Compiler: gcc 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) >> Interpreter Build: CoInterpreter VMMaker.oscog-eem.331 uuid: >> 37d2e4b0-2f37-4e2d-8313-c63637785e59 Aug 22 2013 >> Cogit Build: StackToRegisterMappingCogit VMMaker.oscog-eem.333 uuid: >> 84da9cb8-7f30-4cb7-b4fb-239a11f63b54 Aug 22 2013 >> Source Version: VM: r2776 http://www.squeakvm.org/svn/squeak/branches/Cog >> Plugins: r2545 >> http://squeakvm.org/svn/squeak/trunk/platforms/Cross/plugins >> >> Current byte code: -1 >> Primitive index: 117 >> >> >> nicolai >> >> >> >> >

1 0

PharoV40 sources still broken?
by Nicolai Hess April 15, 2015

April 15, 2015

pharo 4.0 608 with PharoV40 sources: - enter some text in a workspace - select the text - choose "Method source with it" -> RemoteString(Object)>>error: [ filePositionHi > theFile size ifTrue: [ self error: 'RemoteString past end of file' ]. theFile position: filePositionHi. theFile nextChunk ] in RemoteString>>string in Block: [ ... BlockClosure>>ensure: RemoteString>>string ClassOrganization>>comment ClassOrganization>>classComment [ :each | bar current: (count := count + 1). each selectorsDo: [ :sel | ((each sourceCodeAt: sel) includesSubstring: aString caseSensitive: caseSensitive) ifTrue: [ addMethod value: each value: sel ] ]. (each organization classComment asString includesSubstring: aString caseSensitive: caseSensitive) ifTrue: [ addComment value: each ] ] in [ :bar | | count | count := 0. self allBehaviorsDo: [ :each | bar current: (count := count + 1). each selectorsDo: [ :sel | ((each sourceCodeAt: sel) includesSubstring: aString caseSensitive: caseSensitive) ifTrue: [ addMethod value: each value: sel ] ]. (each organization classComment asString includesSubstring: aString caseSensitive: caseSensitive) ifTrue: [ addComment value: each ] ] ] in SystemNavigation>>allMethodsWithSourceString:matchCase: in Block: [ :each | ... [ :aClass | aBlock value: aClass; value: aClass class ] in SystemNavigation>>allBehaviorsDo: in Block: [ :aClass | ... [ :name | aBlock value: (self at: name) ] in SystemDictionary>>allClassesDo: in Block: [ :name | aBlock value: (self at: name) ] OrderedCollection>>do: SystemDictionary>>allClassesDo: SystemNavigation>>allBehaviorsDo: [ :bar | | count | count := 0. self allBehaviorsDo: [ :each | bar current: (count := count + 1). each selectorsDo: [ :sel | ((each sourceCodeAt: sel) includesSubstring: aString caseSensitive: caseSensitive) ifTrue: [ addMethod value: each value: sel ] ]. (each organization classComment asString includesSubstring: aString caseSensitive: caseSensitive) ifTrue: [ addComment value: each ] ] ] in SystemNavigation>>allMethodsWithSourceString:matchCase: in Block: [ :bar | ... BlockClosure>>cull: [ result := block cull: self ] in [ self prepareForRunning. [ result := block cull: self ] on: JobNotification do: [ :notification | notification handle: self ] ] in Job>>run in Block: [ result := block cull: self ] BlockClosure>>on:do: [ self prepareForRunning. [ result := block cull: self ] on: JobNotification do: [ :notification | notification handle: self ] ] in Job>>run in Block: [ ... BlockClosure>>ensure: Job>>run MorphicUIManager(UIManager)>>displayProgress:from:to:during: ByteString(String)>>displayProgressFrom:to:during: SystemNavigation>>allMethodsWithSourceString:matchCase: SystemNavigation>>browseMethodsWithSourceString:matchCase: [ :aPresentation | aPresentation selectLine. self systemNavigation browseMethodsWithSourceString: aPresentation selectedText matchCase: false ] in GLMPharoPlaygroundPresentation(GLMRubricSmalltalkCodePresentation)>>browsingSelectionActions in Block: [ :aPresentation | ... BlockClosure>>glamourValueWithArgs: GLMGenericAction(GLMAction)>>actOn: GLMGenericAction(GLMAction)>>morphicActOn: [ :ann | ann action morphicActOn: aPresentation ] in GLMMorphicPharoPlaygroundRenderer(GLMMorphicWidgetRenderer)>>installActionsOnModel:fromPresentation: in Block: [ :ann | ann action morphicActOn: aPresentation ] BlockClosure>>cull: BlockClosure>>cull:cull:

7 10

[pharo-project/pharo-core]
by GitHub April 15, 2015

April 15, 2015

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

1 0

[pharo-project/pharo-core] 816d3d: 40609
by GitHub April 15, 2015

April 15, 2015

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 816d3d78f5d8c1c06e95d885f5f48316922492ba https://github.com/pharo-project/pharo-core/commit/816d3d78f5d8c1c06e95d885… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-04-15 (Wed, 15 Apr 2015) Changed paths: R ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script608.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script609.st R ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40608.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40609.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Settings-System.package/SystemSystemSettings.class/class/settings/systemSettingOn_.st R System-Support.package/SmalltalkImage.class/class/settings/shouldDownloadSourcesFile.st R System-Support.package/SmalltalkImage.class/class/settings/shouldDownloadSourcesFile_.st M System-Support.package/SmalltalkImage.class/definition.st R System-Support.package/SmalltalkImage.class/instance/settings/shouldDownloadSourcesFile.st Log Message: ----------- 40609 15341 remove download sources setting https://pharo.fogbugz.com/f/cases/15341 15342 Metaclasses should not have a source pointer https://pharo.fogbugz.com/f/cases/15342 http://files.pharo.org/image/40/40609.zip

1 0

Can Monticello version message be a Text?
by Yuriy Tymchuk April 15, 2015

April 15, 2015

Hi, in gitfiletree there is a piece of code like this: aVersion info message convertToSystemString But if you commit using Komitter `aVersion info message` is an instance of Text. Is this ok? I.e. should we fix Komitter to assign String as version message, or should gitfiletree convert message to string explicitly?

3 16

Icon in New list morph.
by Yuriy Tymchuk April 15, 2015

April 15, 2015

Hi, can someone help me to figure out how the icon in a NewList is working? Because when when you add an IconicButton, you have a border showing up on hover and background becoming darker on click. Now when I create a standalone IconicButton I donât get this actionsâ¦ Does anyone have any idea? Uko

2 2

[Urgent]: Clean up Download Instructions before 4.0 Release
by Sean P. DeNigris April 14, 2015

April 14, 2015

Esteban A. Maringolo wrote > This particular comment let me hanging though: > https://news.ycombinator.com/item?id=5395496 > > We should pay special attention to those feedbacks, otherwise we'll be > always "preaching to the choir". We handled two out of three of the poster's difficulties: 1. Nuke one-click in favor of platform-specific downloads 2. Add a warning about the 32-bit lib requirement to the download to the README However... I tried installing on Ubuntu and Debian from the perspective of a new user based on the instructions at http://pharo.org/download and they are a shambles! Very confusing and incomplete. Two requests: - some clarifications and changes are straightforward and non-controversial. Will someone give me access to edit the website directly? - for the rest, and things I'm not sure about, I created https://github.com/pharo-project/pharo-workingRoadmaps/blob/master/Download… to keep track of things that need to be changed I also created Issue 15328: "Clean up Download Instructions before 4.0 Release" https://pharo.fogbugz.com/default.asp?15328 which references the roadmap ----- Cheers, Sean -- View this message in context: http://forum.world.st/Urgent-Clean-up-Download-Instructions-before-4-0-Rele… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

8 25