[Pharo-dev] CompiledMethod>>#= is broken

Eliot Miranda eliot.miranda at gmail.com
Tue Dec 3 14:43:04 EST 2013


On Tue, Dec 3, 2013 at 11:27 AM, Eliot Miranda <eliot.miranda at gmail.com>wrote:

>
>
>
> On Tue, Dec 3, 2013 at 9:49 AM, Oscar Nierstrasz <
> oscar.nierstrasz at gmail.com> wrote:
>
>>
>> The following code breaks:
>>
>> (SortedCollectionTest>>#testDo) = (SortedCollectionTest>>#testStoreOn).
>>
>> because it makes use of AdditionalMethodState>>#analogousCodeTo: which
>> tries to send #analogousCodeTo: to a property which is an Association.
>>
>> It seems to me the solution is to implement
>> Association>>#analogousCodeTo: with an equality test:
>>
>> analogousCodeTo: anObject
>>    ^self class == anObject class
>>      and: [ self = anObject ]
>>
>> Does this make sense?
>>
>
> Yes.  I should have written it this way in the first place.  Thanks.
>
>
>>
>> See:
>>
>>
>> https://pharo.fogbugz.com/f/cases/12077/MNU-in-AdditionalMethodState-analogousCodeTo
>>
>> Oscar Nierstrasz
>>
>>
>>
>
>
> --
> best,
> Eliot
>



-- 
best,
Eliot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/attachments/20131203/a6d18684/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: AdditionalMethodState-analogousCodeTo.st
Type: application/octet-stream
Size: 470 bytes
Desc: not available
URL: <http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/attachments/20131203/a6d18684/attachment.st>


More information about the Pharo-dev mailing list