<div dir="ltr">Even if they have different hashes, they can be stored in the same underlying list before they are retrieved. Then, an actual comparison is done to check if the given key (i.e. object instance, not hash) is the same as one of the stored keys.<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/3/16 Dmitrey <span dir="ltr">&lt;<a href="mailto:tmp50@ukr.net" target="_blank">tmp50@ukr.net</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>


<span><span><div style="min-height:1px">        </div>  <br><br><div style="font-size:14px;font-style:italic"> --- Исходное сообщение ---<br> От кого: &quot;Matthieu Brucher&quot; &lt;<a href="mailto:matthieu.brucher@gmail.com" target="_blank">matthieu.brucher@gmail.com</a>&gt;<br>
  Дата: 16 марта 2013, 11:33:39<br></div><div class="im"> <br><blockquote style="border-left:1px solid rgb(204,204,204);margin:0px 0px 0px 0.8ex;padding-left:1ex">

<span><span><div dir="ltr"><div><div><div>Hi,<br><br></div>Different objects can have the same hash, so it compares to find the actual correct object.<br></div>Usually when you store something in a dict and later you can&#39;t find it anymore, it is that the internal state changed and that the hash is not the same anymore.<br>
</div></div></span></span></blockquote><br></div>my objects (oofuns) definitely have different __hash__() results - it&#39;s just integers 1,2,3 etc assigned to the oofuns (stored in oofun._id field) when they are created.<div>
<div class="h5"><br><br>D.<br><span><span><div dir="ltr"><div>        </div></div></span></span><blockquote style="border-left:1px solid rgb(204,204,204);margin:0px 0px 0px 0.8ex;padding-left:1ex"><span><span><div dir="ltr"><div>
<br><br></div>Matthieu<br></div><div><br><br><div>2013/3/16 Dmitrey <span dir="ltr">&lt;<a href="mailto:tmp50@ukr.net" target="_blank">tmp50@ukr.net</a>&gt;</span><br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div>


<span><span><div>        </div>  <br><br><div style="font-size:14px;font-style:italic"><div> --- Исходное сообщение ---<br> От кого: &quot;Alan G Isaac&quot; &lt;<a href="mailto:alan.isaac@gmail.com" target="_blank">alan.isaac@gmail.com</a>&gt;<br>
</div>  Дата: 15 марта 2013, 22:54:21<br></div><div> <br><blockquote style="border-left:1px solid rgb(204,204,204);margin:0px 0px 0px 0.8ex;padding-left:1ex"><pre>On 3/15/2013 3:34 PM, Dmitrey wrote:
&gt; the suspected bugs are not documented yet


I&#39;m going to guess that the state of the F_i changes
when you use them as keys (i.e., when you call __le__.<br></pre></blockquote></div>no, their state doesn&#39;t change for operations like __le__ . AFAIK searching Python dict doesn&#39;t calls __le__ on the object keys at all, it operates with method .__hash__(), and latter returns fixed integer numbers assigned to the objects earlier (at least in my case).  <br>
<div><pre><br></pre><blockquote style="border-left:1px solid rgb(204,204,204);margin:0px 0px 0px 0.8ex;padding-left:1ex"><pre> It is very hard to imagine that this is a Python or NumPy bug.

Cheers,
Alan

_______________________________________________
NumPy-Discussion mailing list
<a href="mailto:NumPy-Discussion@scipy.org" target="_blank">NumPy-Discussion@scipy.org</a>
<a href="http://mail.scipy.org/mailman/listinfo/numpy-discussion" target="_blank">http://mail.scipy.org/mailman/listinfo/numpy-discussion</a>
</pre></blockquote></div></span></span>

</div>
<br>_______________________________________________<br>
NumPy-Discussion mailing list<br><a href="mailto:NumPy-Discussion@scipy.org" target="_blank">NumPy-Discussion@scipy.org</a><br><a href="http://mail.scipy.org/mailman/listinfo/numpy-discussion" target="_blank">http://mail.scipy.org/mailman/listinfo/numpy-discussion</a><br>
<br></blockquote></div><br><br><br>-- <br>Information System Engineer, Ph.D.<br>Blog: <a href="http://matt.eifelle.com" target="_blank">http://matt.eifelle.com</a><span style="padding-right:16px;width:16px;min-height:16px">        </span><span style="padding-right:16px;width:16px;min-height:16px">        </span><br>

LinkedIn: <a href="http://www.linkedin.com/in/matthieubrucher" target="_blank">http://www.linkedin.com/in/matthieubrucher</a><span style="padding-right:16px;width:16px;min-height:16px">        </span><br>Music band: <a href="http://liliejay.com/" target="_blank">http://liliejay.com/</a><span style="padding-right:16px;width:16px;min-height:16px">        </span><br>
<span style="padding-right:16px;width:16px;min-height:16px">        </span>
</div></span></span>

<pre>_______________________________________________
NumPy-Discussion mailing list
<a href="mailto:NumPy-Discussion@scipy.org" target="_blank">NumPy-Discussion@scipy.org</a>
<a href="http://mail.scipy.org/mailman/listinfo/numpy-discussion" target="_blank">http://mail.scipy.org/mailman/listinfo/numpy-discussion</a>

</pre></blockquote></div></div></span></span>

</div>
</blockquote></div><br><br clear="all"><br>-- <br>Information System Engineer, Ph.D.<br>Blog: <a href="http://matt.eifelle.com" target="_blank">http://matt.eifelle.com</a><span style="padding-right:16px;width:16px;height:16px"></span><span style="padding-right:16px;width:16px;height:16px"></span><br>
LinkedIn: <a href="http://www.linkedin.com/in/matthieubrucher" target="_blank">http://www.linkedin.com/in/matthieubrucher</a><span style="padding-right:16px;width:16px;height:16px"></span><br>Music band: <a href="http://liliejay.com/" target="_blank">http://liliejay.com/</a><span style="padding-right:16px;width:16px;height:16px"></span><br>
<span style="padding-right:16px;width:16px;height:16px"></span>
</div>