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

Re: [Pharo-dev] hash and Collections

by Esteban Lorenzano

but thatâs an error, I think. a collection has to have always same hashâ¦ no matter its size (because is not an array) and no matter his elements. > On 09 Oct 2015, at 15:21, Levente Uzonyi <leves(a)elte.hu> wrote: > > You simply don't modify _objects_ which are used as keys in hashed collections. Or if you do so, you'll have to deal with the consequences yourself. > > Levente > > On Fri, 9 Oct 2015, Esteban Lorenzano wrote: > >> Hi, >> >> Can anyone explain me how this is correct? >> >> Collection>>#hash >> "Answer an integer hash value for the receiver such that, >> -- the hash value of an unchanged object is constant over time, and >> -- two equal objects have equal hash values" >> >> | hash | >> >> hash := self species hash. >> self size <= 10 ifTrue: >> [self do: [:elem | hash := hash bitXor: elem hash]]. >> ^hash bitXor: self size hash >> >> >> I meanâ¦ a hash that changes when I add elements to the collectionâ¦ how can this work? >> >> Esteban

Oct. 9, 2015

Re: [Pharo-dev] [pharo-project/pharo-core] b4f208: 50379

by Andrei Chis

Strange. This version just merged a few deprecated calls and typos. Nothing related to rubric or nautilus. Are you sure these errors are from this version? On Fri, Oct 9, 2015 at 3:16 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > On 09-10-15 15:10, Stephan Eggermont wrote: > >> On 09-10-15 14:56, Stephan Eggermont wrote: >> >>> This one is broken >>> >>> I tried opening the RubFloatingEditorBuilder example. >>> That doesn't work. >>> >> >> Ah, it's just the ridiculously large window. >> >> and something wrong with sources > > RubFloatingEditorBuilder>>whenReturnEntered: anAnnouncement > > RubFloatingEditorBuilder class>>exampleCommandLauncher > > RubFloatingEditorBuilder class>>exampleEditableStringMorph > > Stephan > > >

Oct. 9, 2015

Re: [Pharo-dev] hash and Collections

by Levente Uzonyi

You simply don't modify _objects_ which are used as keys in hashed collections. Or if you do so, you'll have to deal with the consequences yourself. Levente On Fri, 9 Oct 2015, Esteban Lorenzano wrote: > Hi, > > Can anyone explain me how this is correct? > > Collection>>#hash > "Answer an integer hash value for the receiver such that, > -- the hash value of an unchanged object is constant over time, and > -- two equal objects have equal hash values" > > | hash | > > hash := self species hash. > self size <= 10 ifTrue: > [self do: [:elem | hash := hash bitXor: elem hash]]. > ^hash bitXor: self size hash > > > I meanâ¦ a hash that changes when I add elements to the collectionâ¦ how can this work? > > Esteban >

Oct. 9, 2015

hash and Collections

by Esteban Lorenzano

Hi, Can anyone explain me how this is correct? Collection>>#hash "Answer an integer hash value for the receiver such that, -- the hash value of an unchanged object is constant over time, and -- two equal objects have equal hash values" | hash | hash := self species hash. self size <= 10 ifTrue: [self do: [:elem | hash := hash bitXor: elem hash]]. ^hash bitXor: self size hash I meanâ¦ a hash that changes when I add elements to the collectionâ¦ how can this work? Esteban

Oct. 9, 2015

Re: [Pharo-dev] [pharo-project/pharo-core] b4f208: 50379

by Stephan Eggermont

On 09-10-15 15:10, Stephan Eggermont wrote: > On 09-10-15 14:56, Stephan Eggermont wrote: >> This one is broken >> >> I tried opening the RubFloatingEditorBuilder example. >> That doesn't work. > > Ah, it's just the ridiculously large window. > and something wrong with sources RubFloatingEditorBuilder>>whenReturnEntered: anAnnouncement RubFloatingEditorBuilder class>>exampleCommandLauncher RubFloatingEditorBuilder class>>exampleEditableStringMorph Stephan

Oct. 9, 2015

Re: [Pharo-dev] [pharo-project/pharo-core] b4f208: 50379

by Stephan Eggermont

On 09-10-15 14:56, Stephan Eggermont wrote: > This one is broken > > I tried opening the RubFloatingEditorBuilder example. > That doesn't work. Ah, it's just the ridiculously large window. Stephan

Oct. 9, 2015

Re: [Pharo-dev] [pharo-project/pharo-core] b4f208: 50379

by Stephan Eggermont

This one is broken I tried opening the RubFloatingEditorBuilder example. That doesn't work. Trying to navigate methods in Nautilus gives MesasageNotUnderstaood: FTSearchFunction>>reset on arrowDown Stephan

Oct. 9, 2015

[pharo-project/pharo-core]

by GitHub

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

Oct. 9, 2015

[pharo-project/pharo-core] b4f208: 50379

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: b4f208cfec7fbd345db65441ca353f9b34e5eebd https://github.com/pharo-project/pharo-core/commit/b4f208cfec7fbd345db65441… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-10-09 (Fri, 09 Oct 2015) Changed paths: M ConfigurationOfGTSpotter.package/ConfigurationOfGTSpotter.class/instance/symbolic versions/stable_.st A ConfigurationOfGTSpotter.package/ConfigurationOfGTSpotter.class/instance/versions/version1214_.st M ConfigurationOfGlamourCore.package/ConfigurationOfGlamourCore.class/instance/symbolic versions/stable_.st A ConfigurationOfGlamourCore.package/ConfigurationOfGlamourCore.class/instance/versions/version324_.st M GT-Spotter-EventRecorder.package/GTSpotterEventRecorderSettings.class/class/settings/settingsOnSendUsageData_.st A Glamour-Core.package/GLMPresentation.class/instance/testing/hasTransformation.st M Glamour-Morphic-Pager.package/GLMPagerBarBrick.class/instance/bar-accessing/pagerModel_.st M Glamour-Morphic-Pager.package/GLMPagerBrick.class/instance/pager-accessing/pagerModel_.st M Glamour-Morphic-Pager.package/GLMPagerButtonsPaneBrick.class/instance/buttons-accessing/pagerModel_.st M Glamour-Morphic-Pager.package/GLMPagerButtonsPaneBrick.class/instance/buttons-adding/addButton_.st M Glamour-Morphic-Pager.package/GLMPagerScrollSlidingBrick.class/instance/slider-accessing/pagerModel_.st M Glamour-Morphic-Renderer.package/GLMMorphicListingRenderer.class/instance/private/textInputFor_withHelpMessage_.st M Glamour-Presentations.package/GLMSmalltalkCodePresentation.class/instance/rendering/installDefaultSelectionActions.st M Glamour-Tests-Core.package/GLMAnnouncerTest.class/instance/tests/testNestedSuspendAllWhile.st M Glamour-Tests-Core.package/GLMAnnouncerTest.class/instance/tests/testNestedSuspendParticularAnnouncementWhile.st M Glamour-Tests-Core.package/GLMAnnouncerTest.class/instance/tests/testSimpleNestedSuspendParticularAnnouncementWhile.st M Glamour-Tests-Core.package/GLMAnnouncerTest.class/instance/tests/testSuspendAllWhile.st M Glamour-Tests-Core.package/GLMAnnouncerTest.class/instance/tests/testSuspendParticularAnnouncementWhile.st M Glamour-Tests-Core.package/GLMAnnouncerTest.class/instance/tests/testSuspendParticularAnnouncementWithInheritanceWhile.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50378.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50379.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50378.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50379.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50379 Moose http://files.pharo.org/image/50/50379.zip

Oct. 9, 2015

[Reflectivity] Object invalidate now works

by Marcus Denker

Hi, The mechanism that is behind the MetaLinks is now working for Object 50378: Object methods do: #createTwin. Object methods do: #invalidate. This means we are very close on having that working on the whole image. Next steps: -> invalidate the whole kernel. -> then: check/fix putting links on all methods (#before/#after). (there seems a bug in the code dealing with primitives, to check) -> then: meta-recursion stopping links: take care of the code executed until the recursion check is reached. Test. -> First use case: Breakpoints, with IDE integration. Marcus

Oct. 9, 2015