March 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Mocking networkâ¦

by Esteban A. Maringolo

So we're not mocking "a network", but a webserver instead. Am I right? Or are we mocking faults in the bottom level? (like connection aborted, and stuff like that). Regards! Esteban A. Maringolo 2016-03-02 21:16 GMT-03:00 Frank Shearar <frank.shearar(a)gmail.com>: > Er. How do you reliably inject arbitrary network faults in your > localhost network again? > > frank > > On 2 March 2016 at 08:27, Chris Muller <asqueaker(a)gmail.com> wrote: >> A mock network will never test as thoroughly as locahost network.. >> >> On Wed, Mar 2, 2016 at 6:32 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >>> HI, there is one thing in Ruby (on Rails) that I really like and it is a option to mock network. This means that when you run a test your network requests are handled by a mock object and you can tell it that for this URI it should give you this response. This is helpful if you donât want to rely on a network availability or test certain corner cases. >>> >>> Is there anything like this in Pharo? >>> >>> Uko >> >

March 3, 2016

[pharo-project/pharo-core]

by GitHub

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

March 3, 2016

[pharo-project/pharo-core] a2edef: 50627

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: a2edefc1b604133cf552d6f05e3b4c5b9cb5a2c7 https://github.com/pharo-project/pharo-core/commit/a2edefc1b604133cf552d6f0… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-03-03 (Thu, 03 Mar 2016) Changed paths: R Athens-Cairo.package/AthensCairoSurface.class/class/library path/ffiLibraryName.st R Athens-Cairo.package/TCairoLibrary.class/class/library path/nbLibraryNameOrHandle.st M Kernel-Tests.package/ClassTest.class/instance/testing/testAddSlot.st M Kernel-Tests.package/ClassTest.class/instance/testing/testAddSlotAnonymous.st R Kernel.package/Behavior.class/instance/testing/isEphemeronClass.st R Kernel.package/Behavior.class/instance/testing/isImmediateClass.st M Kernel.package/Class.class/instance/instance variables/addSlot_.st M Morphic-Widgets-Basic.package/PluggableButtonMorph.class/instance/accessing/newLabel.st M OpalCompiler-Tests.package/OCCompiledMethodIntegrityTests.class/instance/test/testBlockTemps.st M OpalCompiler-Tests.package/OCCompiledMethodIntegrityTests.class/instance/test/testNotUsedArgument.st M OpalCompiler-Tests.package/OCCompiledMethodIntegrityTests.class/instance/test/testPragmas.st M OpalCompiler-Tests.package/OCCompiledMethodIntegrityTests.class/instance/test/testPrimitive.st M OpalCompiler-Tests.package/OCCompiledMethodIntegrityTests.class/instance/test/testRemoteTempInVector.st M Polymorph-Widgets.package/UITheme.class/instance/label-styles/buttonLabelFor_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50626.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50627.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50626.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50627.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Slot.package/SlotClassBuilder.class/instance/accessing/name_.st R Spec-Debugger.package/SpecDebuggerStack.class/instance/actions browsing/currentMessageCategoryName.st M Tool-Profilers.package/MessageTally.class/instance/tallying/tally_by_.st M Tool-Profilers.package/MessageTally.class/instance/tallying/tally_in_by_.st M Tool-Profilers.package/QSystemTally.class/instance/tallying/tally_by_.st R Traits.package/TraitBehavior.class/instance/as yet unclassified/isEphemeronClass.st R Traits.package/TraitBehavior.class/instance/as yet unclassified/isImmediateClass.st Log Message: ----------- 50627 13376 Wrong TextMorph extent for ButtonMorphs https://pharo.fogbugz.com/f/cases/13376 15733 let MessageTally ignore #home and just use #sender to handle block closures correctly https://pharo.fogbugz.com/f/cases/15733 15562 rewrite tests that are skipped when old compiler is unloaded https://pharo.fogbugz.com/f/cases/15562 17746 adding a Slot to an anonymous class sets name ivar. https://pharo.fogbugz.com/f/cases/17746 17739 remove duplicated methods from Traits https://pharo.fogbugz.com/f/cases/17739 http://files.pharo.org/image/50/50627.zip

March 3, 2016

Re: [Pharo-dev] issue 15733 - OK to change the test?

by Eliot Miranda

Hi Paul, > On Mar 3, 2016, at 8:16 AM, PAUL DEBRUICKER <pdebruic(a)gmail.com> wrote: > > See http://forum.world.st/The-Inbox-System-mt-697-mcz-td4802003.html for the orginial discussion that this fix is attempting to fix. Basically there is an extra and unnecessary #home send in MessageTally>>#tally:by: MessageTally>>#tally:in:by: and QSystemTally>>#tally:by: > > Prior to the fix > > > AndreasSystemProfiler spyOn: [ > [ #((1 2 3)) do: [ :each | > each findLast: [ :ea | > ea squared = ea ] ] ] bench ]. > > > > > gives > > **Tree** > 100.0 (5,016) GLMMorphicPharoScriptRenderer [GLMMorphicPharoCodeRenderer] actOnHighlightAndEvaluate: > 100.0 (5,016) RubSmalltalkEditor highlightEvaluateAndDo: > 100.0 (5,016) RubSmalltalkEditor evaluate:andDo: > 100.0 (5,016) OpalCompiler evaluate > 100.0 (5,016) UndefinedObject DoIt > 44.7 (2,242) Array [SequenceableCollection] findLast: > 44.7 (2,242) Array [SequenceableCollection] do: > 1.2000000000000002 (60) SmallInteger [Number] squared > > > and after the fix it gives > > **Tree** > 100.0 (5,024) BlockClosure newProcess > 100.0 (5,024) MorphicUIManager spawnNewProcess > 100.0 (5,024) WorldMorph doOneCycle > 100.0 (5,024) WorldState doOneCycleFor: > 100.0 (5,024) WorldState doOneCycleNowFor: > 100.0 (5,024) WorldMorph runStepMethods > 100.0 (5,024) WorldState runStepMethodsIn: > 100.0 (5,024) GLMMorphicPharoScriptRenderer [GLMMorphicPharoCodeRenderer] actOnHighlightAndEvaluate: > 100.0 (5,024) RubEditingArea [RubAbstractTextArea] handleEdit: > 100.0 (5,024) GLMMorphicPharoScriptRenderer [GLMMorphicPharoCodeRenderer] actOnHighlightAndEvaluate: > 100.0 (5,024) RubSmalltalkEditor highlightEvaluateAndDo: > 100.0 (5,024) RubSmalltalkEditor evaluate:andDo: > 100.0 (5,024) OpalCompiler evaluate > 100.0 (5,024) UndefinedObject DoIt > 100.0 (5,024) AndreasSystemProfiler class spyOn: > 100.0 (5,024) BlockClosure ensure: > 100.0 (5,024) AndreasSystemProfiler class spyOn: > 100.0 (5,024) AndreasSystemProfiler spyOn: > 100.0 (5,024) BlockClosure ensure: > 100.0 (5,024) UndefinedObject DoIt > 100.0 (5,024) BlockClosure bench > 100.0 (5,024) BlockClosure benchFor: > 99.30000000000001 (4,989) UndefinedObject DoIt > 98.4 (4,944) Array [SequenceableCollection] do: > 55.300000000000004 (2,778) UndefinedObject DoIt > 53.2 (2,673) Array [SequenceableCollection] findLast: > 7.2 (362) UndefinedObject DoIt > 1.2000000000000002 (60) SmallInteger [Number] squared > > > > Basically a more accurate count that measures where the time is actually spent in blocks. But that means I'll have to update the MessageTallyTest>>#testTallySends to reflect the new report. Does that sound OK? Yes!! _,,,^..^,,,_ (phone)

March 3, 2016

issue 15733 - OK to change the test?

by PAUL DEBRUICKER

See http://forum.world.st/The-Inbox-System-mt-697-mcz-td4802003.html for the orginial discussion that this fix is attempting to fix. Basically there is an extra and unnecessary #home send in MessageTally>>#tally:by: MessageTally>>#tally:in:by: and QSystemTally>>#tally:by: Prior to the fix AndreasSystemProfiler spyOn: [ [ #((1 2 3)) do: [ :each | each findLast: [ :ea | ea squared = ea ] ] ] bench ]. gives **Tree** 100.0 (5,016) GLMMorphicPharoScriptRenderer [GLMMorphicPharoCodeRenderer] actOnHighlightAndEvaluate: 100.0 (5,016) RubSmalltalkEditor highlightEvaluateAndDo: 100.0 (5,016) RubSmalltalkEditor evaluate:andDo: 100.0 (5,016) OpalCompiler evaluate 100.0 (5,016) UndefinedObject DoIt 44.7 (2,242) Array [SequenceableCollection] findLast: 44.7 (2,242) Array [SequenceableCollection] do: 1.2000000000000002 (60) SmallInteger [Number] squared and after the fix it gives **Tree** 100.0 (5,024) BlockClosure newProcess 100.0 (5,024) MorphicUIManager spawnNewProcess 100.0 (5,024) WorldMorph doOneCycle 100.0 (5,024) WorldState doOneCycleFor: 100.0 (5,024) WorldState doOneCycleNowFor: 100.0 (5,024) WorldMorph runStepMethods 100.0 (5,024) WorldState runStepMethodsIn: 100.0 (5,024) GLMMorphicPharoScriptRenderer [GLMMorphicPharoCodeRenderer] actOnHighlightAndEvaluate: 100.0 (5,024) RubEditingArea [RubAbstractTextArea] handleEdit: 100.0 (5,024) GLMMorphicPharoScriptRenderer [GLMMorphicPharoCodeRenderer] actOnHighlightAndEvaluate: 100.0 (5,024) RubSmalltalkEditor highlightEvaluateAndDo: 100.0 (5,024) RubSmalltalkEditor evaluate:andDo: 100.0 (5,024) OpalCompiler evaluate 100.0 (5,024) UndefinedObject DoIt 100.0 (5,024) AndreasSystemProfiler class spyOn: 100.0 (5,024) BlockClosure ensure: 100.0 (5,024) AndreasSystemProfiler class spyOn: 100.0 (5,024) AndreasSystemProfiler spyOn: 100.0 (5,024) BlockClosure ensure: 100.0 (5,024) UndefinedObject DoIt 100.0 (5,024) BlockClosure bench 100.0 (5,024) BlockClosure benchFor: 99.30000000000001 (4,989) UndefinedObject DoIt 98.4 (4,944) Array [SequenceableCollection] do: 55.300000000000004 (2,778) UndefinedObject DoIt 53.2 (2,673) Array [SequenceableCollection] findLast: 7.2 (362) UndefinedObject DoIt 1.2000000000000002 (60) SmallInteger [Number] squared Basically a more accurate count that measures where the time is actually spent in blocks. But that means I'll have to update the MessageTallyTest>>#testTallySends to reflect the new report. Does that sound OK?

March 3, 2016

Re: [Pharo-dev] A question about the Dark Theme main background color

by philippe.back＠highoctane.be

Darcula for everyone! Even Netbeans has it now! On Mar 3, 2016 3:02 PM, "kilon.alios" <kilon.alios(a)gmail.com> wrote: > > I also prefer the darker one , though I use my own personal blue theme. > > > > -- > View this message in context: http://forum.world.st/A-question-about-the-Dark-Theme-main-background-color… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

March 3, 2016

Re: [Pharo-dev] Can't enter Square Brackets in new images

by Udo Schneider

I created the FogBugz case 17747 for it (https://pharo.fogbugz.com/f/cases/17747/Nautilus-history-navigation-hotkeys…) CU, Udo On 02/03/16 18:44, Miguel Campusano wrote: > I have the same problem with a spanish layout > > On Wed, Mar 2, 2016 at 10:27 AM Udo Schneider > <udo.schneider(a)homeaddress.de > <mailto:udo.schneider@homeaddress.de>> wrote: > > Ok - found it. > > Somewhere in the last updates the Nautilus Keybinding for previous/next > was changed from Cmd+[ / Cmd+] to Meta+[ / Meta+] (defined in > (AbstractNautilisUI>>#buildClassShortcutsOn:) > > Could we please change this? Having these shortcuts make it impossible > to enter square brackets in Nautilus when using a german keyboard. > > CU, > > Udo > > > On 02/03/16 12:33, Udo Schneider wrote: > > Quick update: > > > > Test on Windows (US-english, DE Keyboard) with newest VM > > (stable-20160218): NO ISSUES > > > > Test on Windows (US-english, DE Keyboard) with newest VM > (stable-20160218): > > * Does work w/o any problem in Playgrounds > > * Does not work in Nautilus. > > > > From a quick before freezing I saw that somewhere along that stack > that > > KMKeymap tried to interpret the square brackets as Meta+[ and Meta+]. > > This would be in line with the german Mac OS X keyboard mapping where > > the brackets are on Option+5 and Option+6. As on Mac OS X Option is > > equivalent to Alt I assume this is what is interpreted as Meta+[ and > > Meta+]. > > Still I'm not quite sure why in this case (only in Nautilus it seems) > > the pressed Meta/Alt/Option key is interpreted in this case as this is > > simply required to enter square brackets on a german keyboard. It does > > not imply a command or something like this. > > > > Any thoughts? Anything you want me to debug? > > > > CU, > > > > Udo > > > > > > On 01/03/16 22:13, Udo Schneider wrote: > >> All, > >> > >> I'm currently chasing a strange problem with new 5.0 based Images. > >> > >> In the regular Pharo 5.0 Beta Image and current Moose (5.1) Image you > >> can't enter square brackets anymore. It seems to change the > >> class/category/method selection in Nautilus and causes a > non-breakable > >> loop of discarding/ignoring/saving the changes dialog for changed > >> methods... > >> > >> Checking the same VM with older 5.0 images works w/o any problem. > So I > >> assume an image problem - not a VM problem. > >> > >> Has anyone seen this? > >> > >> I'm currently testing on Mac OS X with a german keyboard and > US-English > >> locale. Will test on Windows tomorrow. > >> > >> CU, > >> > >> Udo > >> > >> > >> > >> Pharo 5.0 Details: > >> > >> Smalltalk image version. > >> "'Pharo5.0'" > >> > >> SystemVersion current imageVersionString. > >> "'Pharo-5.0-50622-'" > >> > >> Smalltalk vm version. > >> "'CoInterpreter * VMMaker.oscog-rmacnak.1586 uuid: > >> 8e44b2a7-68ee-4fc9-8513-a04520267053 Dec 13 2015 > >> StackToRegisterMappingCogit * VMMaker.oscog-rmacnak.1586 uuid: > >> 8e44b2a7-68ee-4fc9-8513-a04520267053 Dec 13 2015 > >> https://github.com/estebanlm/pharo-vm.git Commit: > >> 6dc730123e8f2b0327839b235d16e0604a92288e Date: 2015-12-13 > 00:23:41 +0100 > >> By: Esteban Lorenzano > >> <estebanlm(a)gmail.com > <mailto:estebanlm@gmail.com>> Jenkins > build #456 > >> '" > >> > >> Moose Details: > >> > >> Smalltalk image version. > >> "'Pharo5.0'" > >> > >> SystemVersion current imageVersionString. > >> "'Pharo-5.0-50622-'" > >> > >> Smalltalk vm version. > >> "'CoInterpreter * VMMaker.oscog-rmacnak.1586 uuid: > >> 8e44b2a7-68ee-4fc9-8513-a04520267053 Dec 13 2015 > >> StackToRegisterMappingCogit * VMMaker.oscog-rmacnak.1586 uuid: > >> 8e44b2a7-68ee-4fc9-8513-a04520267053 Dec 13 2015 > >> https://github.com/estebanlm/pharo-vm.git Commit: > >> 6dc730123e8f2b0327839b235d16e0604a92288e Date: 2015-12-13 > 00:23:41 +0100 > >> By: Esteban Lorenzano > >> <estebanlm(a)gmail.com > <mailto:estebanlm@gmail.com>> Jenkins > build #456 > >> '" > >> > >> > >> > > > > > > > > > > >

March 3, 2016

Re: [Pharo-dev] Little how to

by Stephan Eggermont

On 03-03-16 14:46, Damien Cassou wrote: > stepharo <stepharo(a)free.fr> writes: > >> Now I would love to get your ideas and their solution. > > getting a photo from an email address through gravatar: > > email := 'damien(a)cassou.me'. > url := 'http://www.gravatar.com/avatar/', (MD5 hashMessage: email trimBoth asLowercase) hex, '.jpg'. > (ZnEasy getJpeg: url) asMorph openInHand > ifError: ["hmm, might be a png instead" ZnEasy getPng: 'http://www.gravatar.com/avatar/', (self hash: anEmail asLowercase),'.png?s=30']. Stephan

March 3, 2016

Re: [Pharo-dev] Little how to

by Damien Cassou

stepharo <stepharo(a)free.fr> writes: > Now I would love to get your ideas and their solution. getting a photo from an email address through gravatar: email := 'damien(a)cassou.me'. url := 'http://www.gravatar.com/avatar/', (MD5 hashMessage: email trimBoth asLowercase) hex, '.jpg'. (ZnEasy getJpeg: url) asMorph openInHand -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

March 3, 2016

Re: [Pharo-dev] [pharo-project/pharo-core] 22898d: 50626

by Esteban Lorenzano

> On 03 Mar 2016, at 14:35, GitHub <noreply(a)github.com> wrote: > > 17392 FreeType numCharMaps nil causes Array>>basicNew: to fail > https://pharo.fogbugz.com/f/cases/17392 <https://pharo.fogbugz.com/f/cases/17392> Iâm not sure this will actually fix the problemâ¦ but Iâm getting closer, I thinkâ¦ please report any problem :P Esteban

March 3, 2016