- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] 85cc9f: 40141

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 85cc9f2bb4e9763eb466f2776368d47f2f292fff https://github.com/pharo-project/pharo-core/commit/85cc9f2bb4e9763eb466f277… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-07-30 (Wed, 30 Jul 2014) Changed paths: A ProfStef-Core.package/PharoTutorial.class/class/zen/menuCommandOn_.st A ProfStef-Core.package/PharoTutorial.class/class/zen/openPharoZenWorkspace.st A ProfStef-Core.package/PharoTutorial.class/class/zen/pharoZenValues.st A ProfStef-Core.package/PharoTutorial.class/class/zen/pharoZenValuesContents.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script141.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40141.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40141 13237 Pharo Zen values should be in the image https://pharo.fogbugz.com/f/cases/13237 http://files.pharo.org/image/40/40141.zip

July 30, 2014

[pharo-project/pharo-core]

by GitHub

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

July 30, 2014

[pharo-project/pharo-core]

by GitHub

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

July 30, 2014

[pharo-project/pharo-core] 41384a: 40140

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 41384ac1ed167041af2f4ec803e8103b8ec08a48 https://github.com/pharo-project/pharo-core/commit/41384ac1ed167041af2f4ec8… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-07-30 (Wed, 30 Jul 2014) Changed paths: M Kernel.package/Object.class/instance/block support/mustBeBoolean.st A Morphic-Core.package/PasteUpMorph.class/instance/Morphic-Base-Windows/closeAllUnchangedWindows.st M Morphic-Core.package/PasteUpMorph.class/instance/Morphic-Base-Windows/closeUnchangedWindows.st A Morphic-Widgets-Taskbar.package/TaskbarMorph.class/class/setting/maximumButtons.st A Morphic-Widgets-Taskbar.package/TaskbarMorph.class/class/setting/maximumButtonsDefault.st A Morphic-Widgets-Taskbar.package/TaskbarMorph.class/class/setting/maximumButtons_.st M Morphic-Widgets-Taskbar.package/TaskbarMorph.class/class/setting/taskbarSettingOn_.st M Morphic-Widgets-Taskbar.package/TaskbarMorph.class/definition.st M Morphic-Widgets-Taskbar.package/TaskbarMorph.class/instance/private/updateTaskButtons.st M OpalCompiler-Core.package/OpalCompiler.class/instance/public access/parse.st M OpalCompiler-Core.package/extension/Object/instance/mustBeBooleanInMagic_.st A OpalCompiler-Core.package/extension/RBBlockNode/instance/sourceNodeForPC_.st R OpalCompiler-Core.package/extension/RBMethodNode/instance/rewriteTempNamedRead_forContext_.st R OpalCompiler-Core.package/extension/RBMethodNode/instance/rewriteTempNamedWrite_forContext_.st A OpalCompiler-Core.package/extension/RBMethodNode/instance/rewriteTempsForContext_.st M OpalCompiler-Tests.package/MustBeBooleanTests.class/instance/as yet unclassified/testIfTrueEffect.st M OpalCompiler-Tests.package/MustBeBooleanTests.class/instance/as yet unclassified/testIfTrueValue.st M Polymorph-Widgets.package/extension/SystemWindow/instance/taskbarButtonMenu_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script140.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40140.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Tools.package/MessageBrowser.class/instance/private/initialExtent.st Log Message: ----------- 40140 13724 MessageBrowser should be a bit wider... https://pharo.fogbugz.com/f/cases/13724 13732 Enable mustBeBooleanInMagic: https://pharo.fogbugz.com/f/cases/13732 13618 Recover from toolbar filling the screen from runaway window creation. https://pharo.fogbugz.com/f/cases/13618 http://files.pharo.org/image/40/40140.zip

July 30, 2014

Re: [Pharo-dev] Headless mode loss of focus under windows 7

by Blondeau Vincent

Hi Eliot, I tried with the latest vm from your website (http://www.mirandabanda.org/files/Cog/VM/VM.r3056/cogwin-14.29.3056.zip -> SqueakConsole.exe). But unfortunately the problem is still thereâ¦ Vincent De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part de Eliot Miranda EnvoyÃ© : mardi 29 juillet 2014 21:08 Ã : Pharo Development List Objet : Re: [Pharo-dev] Headless mode loss of focus under windows 7 Hi Vincent, use one if the console VMs from my website. They don't open up another window. Open up a recent cogwin zip and use SqueakConsole.exe Eliot (phone) On Jul 29, 2014, at 4:01 AM, Blondeau Vincent <vincent.blondeau(a)worldline.com<mailto:vincent.blondeau@worldline.com>> wrote: Hello everyone, Currently I use a batch script where a moose image (based on pharo) load a model, export some data and close itself without saving and that several times. I do it under windows 7 by this kind of loop in a .bat file: FOR /L %%i IN (1,1,10) DO ( "Pharo.exe --headless sdco-sa-tooling-ci-5.image eval â<tasks>' ) The problem is that at each execution of pharo, I lose focus from the window where I was currently working (a notepad by example). How can I do to solve it? Thanks in advance! Cheers, Vincent BLONDEAU ________________________________ Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

July 30, 2014

Re: [Pharo-dev] Association dnu emitValue:

by Marcus Denker

On 30 Jul 2014, at 10:39, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > The job that crashed with the the previous version is working well now. > Very good! So we can continueâ¦ > -- Pavel > > 2014-07-30 10:13 GMT+02:00 Marcus Denker <marcus.denker(a)inria.fr>: >> >> 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). >> >> >> In update #139 I do the conversion on Undeclared move. >> (and remove the #emit method on Association). >> >> Please test if it worksâ¦ >> >> Marcus >> >

July 30, 2014

Re: [Pharo-dev] Association dnu emitValue:

by Pavel Krivanek

The job that crashed with the the previous version is working well now. -- Pavel 2014-07-30 10:13 GMT+02:00 Marcus Denker <marcus.denker(a)inria.fr>: > > 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). > > > In update #139 I do the conversion on Undeclared move. > (and remove the #emit method on Association). > > Please test if it worksâ¦ > > Marcus >

July 30, 2014

[pharo-project/pharo-core]

by GitHub

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

July 30, 2014

[pharo-project/pharo-core] 136408: 40139

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 1364080f98d2fa9ef8f9d9c8ac73266235f9bcd5 https://github.com/pharo-project/pharo-core/commit/1364080f98d2fa9ef8f9d9c8… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-07-30 (Wed, 30 Jul 2014) Changed paths: M Collections-Unordered.package/Dictionary.class/instance/kernel/declareVariable_from_.st M Nautilus.package/extension/Class/instance/definitionForNautilusWithSlots.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script139.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40139.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Slot.package/LiteralVariable.class/README.md R Slot.package/extension/Association/instance/emitStore_.st R Slot.package/extension/Association/instance/emitValue_.st M System-Support.package/SystemDictionary.class/instance/dictionary access/declare_from_.st Log Message: ----------- 40139 13730 Globals: fix Undeclared handling https://pharo.fogbugz.com/f/cases/13730 http://files.pharo.org/image/40/40139.zip

July 30, 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). In update #139 I do the conversion on Undeclared move. (and remove the #emit method on Association). Please test if it worksâ¦ Marcus

July 30, 2014