<div dir="ltr"><div>Thanks Levente, </div><div><br></div><div>Yes, seems to be RFB/VNC from the SqueakSource-SqF project page is outdated (at least it is working in Squeak 5.2 and not in 5.3 and later). Your version works fine!</div><div>However, it is interesting what was the reason for that change just in SequenceableCollection #=. As Set, Bitset, SortedCollection etc. classes still use species comparison in #= (checking they have the same set of keys)?</div><div><br></div><div>Best regards,</div><div>Nikolai</div><div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 29, 2020 at 3:43 AM Levente Uzonyi <<a href="mailto:leves@caesar.elte.hu">leves@caesar.elte.hu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Nikolai,<br>
<br>
On Mon, 29 Jun 2020, Nikolay Suslov wrote:<br>
<br>
> Hello all,<br>
> Figuring out, could we go back to the previous version of SequenceableCollection #= method (as in Squeak 5.2), to check if the receiver is equivalent to the otherCollection by using "self species == otherCollection species",<br>
> instead of "self class = otherCollection class"?<br>
<br>
IIRC there was a good reason for that change though I can't recall<br>
what it was. I'm sure the mailing list remembers.</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> The current version of #= method breaks code in different places. For example the RFB/VNC server gives wrong results starting from an authentication process, where RFBMessage is the ByteArray subclass and implements #species.<br>
<br>
If you're looking for a fix, try this: <br>
<a href="http://leves.web.elte.hu/squeak/RFB-ul.18.mcz" rel="noreferrer" target="_blank">http://leves.web.elte.hu/squeak/RFB-ul.18.mcz</a><br>
<br>
<br>
Levente<br>
<br>
> <br>
> Best regards,<br>
> Nikolai<br>
> <br>
><br>
</blockquote></div></div>