So first: as Sven said Sequenceable collection is abstract.
Still I would consider what you found a bug since it provides the
implementations that produce the behavior you reported.
I can reproduce it in a 40 with vmLatest, and the proble occurs whenever either
#do: or #size is sent.
And 30 has the exact same problem of course (just checked).
On 16.09.2014, at 08:39, Max Leske maxle...@gmail.com wrote:
So first: as Sven said Sequenceable collection is abstract.
Still I would consider what you found a bug since it provides the
implementations that produce the behavior
Well, since SequenceableCollection overwrites #do: breaking its superclass'
contract, it should also overwrite #size as subclassResponsibility - at least.
That would break the loop, no ?
The discussion about catching infinite recursion loops is old and comes up
every couple of weeks. It should
Slice in inbox.
Required reimplementing #size in Stack and LinkedList.
Name:
SLICE-Issue-14022-Infinite-loop-in-simple-subclasses-of-SequenceableCollection-MaxLeske.1
Author: MaxLeske
Time: 16 September 2014, 9:23:03.047607 am
UUID: a911f5cc-bc3e-4579-bbf4-ad6f61d1199c
Ancestors:
On 16 Sep 2014, at 09:24, Max Leske maxle...@gmail.com wrote:
Slice in inbox.
Required reimplementing #size in Stack and LinkedList.
Argh, that is a bit ugly.
Stack#size is not needed as it inherits from LinkedList, right ?
Otherwise: checked and all Collection tests ran OK.
Name:
On 16.09.2014, at 09:50, Sven Van Caekenberghe s...@stfx.eu wrote:
On 16 Sep 2014, at 09:24, Max Leske maxle...@gmail.com wrote:
Slice in inbox.
Required reimplementing #size in Stack and LinkedList.
Argh, that is a bit ugly.
Stack#size is not needed as it inherits from
SequenceableCollection is abstract.
Collection methods select: #isSubclassResponsibility.
= {Collection#add:. Collection#do:. Collection#remove:ifAbsent:}
The inspector probably fails because it cannot enumerate the collection.
But I haven't actually tried your code.
On 15 Sep 2014, at
Yes, that would be ok. But the problem is not the Inspector failing, the
problem is that Pharo crashes, and that should not happen.
Bests,
Jordi
SequenceableCollection is abstract.
Collection methods select: #isSubclassResponsibility.
= {Collection#add:. Collection#do:.