- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] hash and Collections

by Henrik Nergaard

The identityHash should stay the same for any number of changes to the array.. | c1 c2 | c1 := { #a . #b } asOrderedCollection. c2 := { #a . #b } asOrderedCollection. { c1 hash. c1 identityHash. c2 hash. c2 identityHash . (c2 add: #c; yourself) identityHash. } "inspect" Best regards, Henrik -----Original Message----- From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Esteban Lorenzano Sent: Friday, October 9, 2015 4:08 PM To: Pharo Development List <pharo-dev(a)lists.pharo.org> Subject: Re: [Pharo-dev] hash and Collections 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 Stephan Eggermont

On 09-10-15 15:38, Andrei Chis wrote: > 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? You're right, they might be from a few versions earlier Stephan

Oct. 9, 2015

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