Excellent! may be this is the hash of class that changed. Marcus retrochanged the hash behavior that we harvested in 3.9. And may be in 3.10 they changed class hash too. Now I do not know if in 3.9 these tests were broken. Stef On Jun 10, 2008, at 9:32 PM, Oscar Nierstrasz wrote:
OK, I investigated more deeply.
It appears that SequenceableCollection>>hash behaves differently in Pharo and Squeak 3.10.
Squeak:
#(1) hash --> 22516953
Pharo:
#(1) hash --> 61541560
Since DateAndTime>>hash is ultimately implemented in terms of Array>>hash (inherited from SequenceableCollection), this test fails.
Not yet sure why these two behave differently ...
Already the first line (self species hash) is different:
Squeak:
Array hash --> 259007228
Pharo:
Array hash --> 2455
- on
On Jun 10, 2008, at 6:34 PM, Stéphane Ducasse wrote:
We checked with lukas what is strange is that the same tests are green in 3.10.
Stef
On Jun 10, 2008, at 3:48 PM, Oscar Nierstrasz wrote:
I have posted some patches to the inbox to make the Kernel Number tests run, and in the Issues page I propose to delete a bunch of nonsensical testHash tests. With these changes the Kernel tests should all be green.
- on
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project