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

Re: [Pharo-dev] RFB broken

by Damien Cassou

On Thu, Jul 17, 2014 at 8:49 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > http://www.samadhiweb.com/blog/2014.05.01.rfb.pharo3.html thank you very much, I pushed the fix to the RFB repository -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

July 18, 2014

Re: [Pharo-dev] PetitParser in 3.0?

by Tudor Girba

Because nobody did it. Doru On Fri, Jul 18, 2014 at 12:04 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > > This is a question for the moosers :) > Why there is no copy (with stable version) in metarepo of ll > configurations that are under the moose umbrella? > > cheers, > Esteban > > On 18 Jul 2014, at 10:00, phil(a)highoctane.be wrote: > > I load it from the moose team on sth. Works for me, browser included. > Le 18 juil. 2014 09:24, "Tudor Girba" <tudor(a)tudorgirba.com> a Ã©crit : > >> In the case of Moose, #development and #bleedingEdge are the same. >> >> Doru >> >> >> On Fri, Jul 18, 2014 at 9:18 AM, Norbert Hartl <norbert(a)hartl.name> >> wrote: >> >>> I think what is loaded by CI is dependent on the workflow of the >>> project. IMHO for most projects loading #bleedingEdge is the best thing to >>> do. >>> >>> Norbert >>> >>> Am 18.07.2014 um 05:21 schrieb Tudor Girba <tudor(a)tudorgirba.com>: >>> >>> It loads #development as any CI job should do. >>> >>> Doru >>> >>> >>> On Fri, Jul 18, 2014 at 1:40 AM, Sean P. DeNigris <sean(a)clipperadams.com >>> > wrote: >>> >>>> Stephan Eggermont wrote >>>> > And there is a image build at >>>> > https://ci.inria.fr/pharo-contribution/job/PetitParser/ >>>> >>>> Interesting. I wonder what the ci is loading, because if I try to load >>>> the >>>> default group in Pharo 3.0, I get an error (hence I load 'Core' and >>>> have no >>>> problems) >>>> >>>> >>>> >>>> ----- >>>> Cheers, >>>> Sean >>>> -- >>>> View this message in context: >>>> http://forum.world.st/PetitParser-in-3-0-tp4768398p4768407.html >>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>> Nabble.com <http://nabble.com/>. >>>> >>>> >>> >>> >>> -- >>> 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"

July 18, 2014

Re: [Pharo-dev] PetitParser in 3.0?

by Esteban Lorenzano

Hi, This is a question for the moosers :) Why there is no copy (with stable version) in metarepo of ll configurations that are under the moose umbrella? cheers, Esteban On 18 Jul 2014, at 10:00, phil(a)highoctane.be wrote: > I load it from the moose team on sth. Works for me, browser included. > > Le 18 juil. 2014 09:24, "Tudor Girba" <tudor(a)tudorgirba.com> a Ã©crit : > In the case of Moose, #development and #bleedingEdge are the same. > > Doru > > > On Fri, Jul 18, 2014 at 9:18 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > I think what is loaded by CI is dependent on the workflow of the project. IMHO for most projects loading #bleedingEdge is the best thing to do. > > Norbert > > Am 18.07.2014 um 05:21 schrieb Tudor Girba <tudor(a)tudorgirba.com>: > >> It loads #development as any CI job should do. >> >> Doru >> >> >> On Fri, Jul 18, 2014 at 1:40 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> Stephan Eggermont wrote >> > And there is a image build at >> > https://ci.inria.fr/pharo-contribution/job/PetitParser/ >> >> Interesting. I wonder what the ci is loading, because if I try to load the >> default group in Pharo 3.0, I get an error (hence I load 'Core' and have no >> problems) >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: http://forum.world.st/PetitParser-in-3-0-tp4768398p4768407.html >> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

July 18, 2014

Re: [Pharo-dev] Association dnu emitValue:

by Yuriy Tymchuk

Thank you! On 18 Jul 2014, at 11:01, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>> I added tests in 099 to check that all binding are correct in Smalltalk globals and all classPools. >>> >>> It seems that someone is adding global somehow with the wrong class (Association instead of >>> GlobalVar (a subclass of Association). >>> >>> But #at:put: should do the right thing in SystemDictionaryâ¦ >>> >>> The most likely candidate is Undeclared handlingâ¦ yes, that has to be it. The unknown binding is >>> put into Undeclared as an association and then just moved over, while it should switch the type >>> (depending on if it is a global or a class var). >>> >>> I will fix that. >>> >>> as a workaround, you can add the method >>> >>> emitValue: methodBuilder >>> methodBuilder pushLiteralVariable: self. >>> >> I will add for now the workaroundâ¦ I found the place where to fix it, too, but that needs then some testing. >> >> > > This is now in update #100 > > Marcus

July 18, 2014

[pharo-project/pharo-core]

by GitHub

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

July 18, 2014

[pharo-project/pharo-core] fd7e82: 40100

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: fd7e82f07cfab0301e2c96e4761ffd4f271cd48d https://github.com/pharo-project/pharo-core/commit/fd7e82f07cfab0301e2c96e4… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-07-18 (Fri, 18 Jul 2014) Changed paths: A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script100.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40100.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Slot.package/extension/Association/instance/emitStore_.st A Slot.package/extension/Association/instance/emitValue_.st R Traits.package/TClass.class/instance/initialize-release/declare_.st Log Message: ----------- 40100 - make Globals and Class binding compact - workaround for Associations appearing in globals and classPools due to Undeclared handling http://files.pharo.org/image/40/40100.zip

July 18, 2014

Re: [Pharo-dev] Association dnu emitValue:

by Marcus Denker

>> I added tests in 099 to check that all binding are correct in Smalltalk globals and all classPools. >> >> It seems that someone is adding global somehow with the wrong class (Association instead of >> GlobalVar (a subclass of Association). >> >> But #at:put: should do the right thing in SystemDictionaryâ¦ >> >> The most likely candidate is Undeclared handlingâ¦ yes, that has to be it. The unknown binding is >> put into Undeclared as an association and then just moved over, while it should switch the type >> (depending on if it is a global or a class var). >> >> I will fix that. >> >> as a workaround, you can add the method >> >> emitValue: methodBuilder >> methodBuilder pushLiteralVariable: self. >> > I will add for now the workaroundâ¦ I found the place where to fix it, too, but that needs then some testing. > > This is now in update #100 Marcus

July 18, 2014

Re: [Pharo-dev] Association dnu emitValue:

by Marcus Denker

On 18 Jul 2014, at 10:38, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 18 Jul 2014, at 10:26, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> On 18 Jul 2014, at 10:20, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >>> >>> On 18 Jul 2014, at 10:16, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >>> >>>> Hi, >>>> >>>> when my image tries to run startup scripts I get: >>>> >>>> Association(Object)>>doesNotUnderstand: #emitValue: >>>> >>>> Should I report it? >>> >>> >>> Yes. It should not happen. >>> >>> But startup script are very strange as they somehow hold onto compiled code. >> >> Do you have a way to recreate it? >> >> What happens is that somehow a global or class variable still is an association. >> (I just added tests that make sure that Smalltalk globals as well as all classPools are well >> formedâ¦) > > I added tests in 099 to check that all binding are correct in Smalltalk globals and all classPools. > > It seems that someone is adding global somehow with the wrong class (Association instead of > GlobalVar (a subclass of Association). > > But #at:put: should do the right thing in SystemDictionaryâ¦ > > The most likely candidate is Undeclared handlingâ¦ yes, that has to be it. The unknown binding is > put into Undeclared as an association and then just moved over, while it should switch the type > (depending on if it is a global or a class var). > > I will fix that. > > as a workaround, you can add the method > > emitValue: methodBuilder > methodBuilder pushLiteralVariable: self. > I will add for now the workaroundâ¦ I found the place where to fix it, too, but that needs then some testing. Marcus

July 18, 2014

Re: [Pharo-dev] [pharo-project/pharo-core] 9ebdd6: 40099

by Pavel Krivanek

Great, now the shrinking to the basic image does not have any overrides nor ugly hacks. https://ci.inria.fr/pharo/view/4.0-Bootstrap/job/Pharo-4.0-Bootstrap-Step-1… -- Pavel 2014-07-18 10:32 GMT+02:00 GitHub <noreply(a)github.com>: > Branch: refs/heads/4.0 > Home: https://github.com/pharo-project/pharo-core > Commit: 9ebdd640712f23c1c3055d066972c2034e3ca45e > > https://github.com/pharo-project/pharo-core/commit/9ebdd640712f23c1c3055d06… > Author: Jenkins Build Server <board(a)pharo-project.org> > Date: 2014-07-18 (Fri, 18 Jul 2014) > > Changed paths: > R Graphics-Primitives.package/Color.class/class/as yet > unclassified/aaFontsColormapDepth.st > R Graphics-Primitives.package/Color.class/class/as yet > unclassified/cachedColormapFrom_to_.st > A > Graphics-Primitives.package/Color.class/class/colormaps/aaFontsColormapDepth.st > A > Graphics-Primitives.package/Color.class/class/colormaps/cachedColormapFrom_to_.st > M > Graphics-Primitives.package/Color.class/instance/printing/shortPrintString.st > M Graphics-Primitives.package/EllipseMidpointTracer.class/ > definition.st > M > Graphics-Primitives.package/EllipseMidpointTracer.class/instance/initialize/on_.st > A NativeBoost-Unix.package/UnixEnvironment.class/README.md > A > NativeBoost-Unix.package/UnixEnvironment.class/class/testing/isDefaultFor_.st > A NativeBoost-Unix.package/UnixEnvironment.class/definition.st > A NativeBoost-Unix.package/UnixEnvironment.class/instance/accessing/ > environ.st > A > NativeBoost-Unix.package/UnixEnvironment.class/instance/enumeration/keysAndValuesDo_.st > A > NativeBoost-Unix.package/UnixEnvironment.class/instance/private/environAt_.st > A > NativeBoost-Unix.package/UnixEnvironment.class/instance/private/setEnv_value_.st > A NativeBoost-Win32.package/Win32Environment.class/README.md > A > NativeBoost-Win32.package/Win32Environment.class/class/testing/isDefaultFor_.st > A NativeBoost-Win32.package/Win32Environment.class/definition.st > A > NativeBoost-Win32.package/Win32Environment.class/instance/accessing/environmentStrings.st > A > NativeBoost-Win32.package/Win32Environment.class/instance/enumeration/keysAndValuesDo_.st > A > NativeBoost-Win32.package/Win32Environment.class/instance/private/getEnvSize_.st > A > NativeBoost-Win32.package/Win32Environment.class/instance/private/getEnv_.st > A > NativeBoost-Win32.package/Win32Environment.class/instance/private/getEnv_buffer_size_.st > A > NativeBoost-Win32.package/Win32Environment.class/instance/private/setEnv_value_.st > A > NativeBoost-Win32.package/Win32Environment.class/instance/private/unsetEnv_.st > A > ReleaseTests.package/ReleaseTest.class/instance/testing/testAllClassPoolBindingAreClassVariables.st > A > ReleaseTests.package/ReleaseTest.class/instance/testing/testAllGlobalBindingAreGlobalVariables.st > A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/ > script99.st > A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/ > update40099.st > M > ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st > M Slot.package/ClassVariable.class/README.md > M > Slot.package/ClassVariable.class/instance/meta-object-protocol/link_.st > A Slot.package/ClassVariable.class/instance/testing/isClassVariable.st > M Slot.package/GlobalVariable.class/README.md > A Slot.package/GlobalVariable.class/instance/as yet > unclassified/definingClass.st > M > Slot.package/GlobalVariable.class/instance/meta-object-protocol/link_.st > A > Slot.package/GlobalVariable.class/instance/testing/isGlobalVariable.st > R > Slot.package/LiteralVariable.class/instance/meta-object-protocol/link_.st > A > Slot.package/LiteralVariable.class/instance/testing/isClassVariable.st > A > Slot.package/LiteralVariable.class/instance/testing/isGlobalVariable.st > R System-Platforms.package/UnixEnvironment.class/README.md > R > System-Platforms.package/UnixEnvironment.class/class/testing/isDefaultFor_.st > R System-Platforms.package/UnixEnvironment.class/definition.st > R System-Platforms.package/UnixEnvironment.class/instance/accessing/ > environ.st > R > System-Platforms.package/UnixEnvironment.class/instance/enumeration/keysAndValuesDo_.st > R > System-Platforms.package/UnixEnvironment.class/instance/private/environAt_.st > R > System-Platforms.package/UnixEnvironment.class/instance/private/setEnv_value_.st > R System-Platforms.package/Win32Environment.class/README.md > R > System-Platforms.package/Win32Environment.class/class/testing/isDefaultFor_.st > R System-Platforms.package/Win32Environment.class/definition.st > R > System-Platforms.package/Win32Environment.class/instance/accessing/environmentStrings.st > R > System-Platforms.package/Win32Environment.class/instance/enumeration/keysAndValuesDo_.st > R > System-Platforms.package/Win32Environment.class/instance/private/getEnvSize_.st > R > System-Platforms.package/Win32Environment.class/instance/private/getEnv_.st > R > System-Platforms.package/Win32Environment.class/instance/private/getEnv_buffer_size_.st > R > System-Platforms.package/Win32Environment.class/instance/private/setEnv_value_.st > R > System-Platforms.package/Win32Environment.class/instance/private/unsetEnv_.st > M > Tests.package/OSEnvironmentTest.class/instance/tests/testEnvironmentFor.st > > Log Message: > ----------- > 40099 > 13576 Small code critique cleanup Graphics-Primitives > https://pharo.fogbugz.com/f/cases/13576 > > 13587 add tests to make sure globals and class vars use the right bindings > https://pharo.fogbugz.com/f/cases/13587 > > 13580 move UnixEnvironment and Win32Environment to NativeBoost > https://pharo.fogbugz.com/f/cases/13580 > > http://files.pharo.org/image/40/40099.zip > > >

July 18, 2014

Re: [Pharo-dev] Association dnu emitValue:

by Marcus Denker

On 18 Jul 2014, at 10:26, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 18 Jul 2014, at 10:20, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> On 18 Jul 2014, at 10:16, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> >>> Hi, >>> >>> when my image tries to run startup scripts I get: >>> >>> Association(Object)>>doesNotUnderstand: #emitValue: >>> >>> Should I report it? >> >> >> Yes. It should not happen. >> >> But startup script are very strange as they somehow hold onto compiled code. > > Do you have a way to recreate it? > > What happens is that somehow a global or class variable still is an association. > (I just added tests that make sure that Smalltalk globals as well as all classPools are well > formedâ¦) I added tests in 099 to check that all binding are correct in Smalltalk globals and all classPools. It seems that someone is adding global somehow with the wrong class (Association instead of GlobalVar (a subclass of Association). But #at:put: should do the right thing in SystemDictionaryâ¦ The most likely candidate is Undeclared handlingâ¦ yes, that has to be it. The unknown binding is put into Undeclared as an association and then just moved over, while it should switch the type (depending on if it is a global or a class var). I will fix that. as a workaround, you can add the method emitValue: methodBuilder methodBuilder pushLiteralVariable: self. to Association. Marcus

July 18, 2014