Mailman 3 February 2005 - Python-Dev

Weekly Python Patch/Bug Summary
by Kurt B. Kaiser Feb. 16, 2005

Feb. 16, 2005

Patch / Bug Summary ___________________ Patches : 298 open (+14) / 2754 closed ( +6) / 3052 total (+20) Bugs : 823 open (+19) / 4829 closed (+17) / 5652 total (+36) RFE : 168 open ( +1) / 144 closed ( +2) / 312 total ( +3) New / Reopened Patches ______________________ date.strptime and time.strptime as well (2005-02-04) http://python.org/sf/1116362 opened by Josh NameError in cookielib domain check (2005-02-04) CLOSED http://python.org/sf/1116583 opened by Chad Miller Minor improvement on 1116583 (2005-02-06) http://python.org/sf/1117114 opened by John J Lee cookielib and cookies with special names (2005-02-06) http://python.org/sf/1117339 opened by John J Lee cookielib LWPCookieJar and MozillaCookieJar exceptions (2005-02-06) http://python.org/sf/1117398 opened by John J Lee cookielib.LWPCookieJar incorrectly loads value-less cookies (2005-02-06) http://python.org/sf/1117454 opened by John J Lee urllib2 .getheaders attribute error (2005-02-07) http://python.org/sf/1117588 opened by Wummel replace md5 impl. with one having a more free license (2005-02-07) CLOSED http://python.org/sf/1117961 opened by Matthias Klose unknown locale: lt_LT (patch) (2005-02-08) http://python.org/sf/1118341 opened by Nerijus Baliunas Fix crash in xmlprase_GetInputContext in pyexpat.c (2005-02-08) http://python.org/sf/1118602 opened by Mathieu Fenniak enable time + timedelta (2005-02-08) http://python.org/sf/1118748 opened by Josh fix for a bug in Header.__unicode__() (2005-02-09) CLOSED http://python.org/sf/1119016 opened by Björn Lindqvist python -c readlink()s and stat()s '-c' (2005-02-09) http://python.org/sf/1119423 opened by Brian Foley patches to compile for AIX 4.1.x (2005-02-09) http://python.org/sf/1119626 opened by Stuart D. Gathman better datetime support for xmlrpclib (2005-02-10) http://python.org/sf/1120353 opened by Fred L. Drake, Jr. ZipFile.open - read-only file-like obj for files in archive (2005-02-11) http://python.org/sf/1121142 opened by Alan McIntyre Reference count bug fix (2005-02-12) http://python.org/sf/1121234 opened by Michiel de Hoon sha and md5 modules should use OpenSSL when possible (2005-02-12) http://python.org/sf/1121611 opened by Gregory P. Smith Python memory allocator: Free memory (2005-02-15) http://python.org/sf/1123430 opened by Evan Jones Patches Closed ______________ Add SSL certificate validation (2005-02-03) http://python.org/sf/1115631 closed by noonian NameError in cookielib domain check (2005-02-04) http://python.org/sf/1116583 closed by rhettinger replace md5 impl. with one having a more free license (2005-02-07) http://python.org/sf/1117961 closed by loewis fix for a bug in Header.__unicode__() (2005-02-09) http://python.org/sf/1119016 closed by sonderblade time.tzset() not built on Solaris (2005-01-04) http://python.org/sf/1096244 closed by bcannon OSATerminology extension fix (2004-06-25) http://python.org/sf/979784 closed by jackjansen New / Reopened Bugs ___________________ xmlrpclib: wrong decoding in '_stringify' (2005-02-04) CLOSED http://python.org/sf/1115989 opened by Dieter Maurer Prefix search is filesystem-centric (2005-02-04) http://python.org/sf/1116520 opened by Steve Holden Wrong match with regex, non-greedy problem (2005-02-05) CLOSED http://python.org/sf/1116571 opened by rengel Solaris 10 fails to compile complexobject.c (2005-02-04) http://python.org/sf/1116722 opened by Case Van Horsen Dictionary Evaluation Issue (2005-02-05) http://python.org/sf/1117048 opened by WalterBrunswick Typo in list.sort() documentation (2005-02-06) CLOSED http://python.org/sf/1117063 opened by Viktor Ferenczi sgmllib.SGMLParser (2005-02-06) CLOSED http://python.org/sf/1117302 opened by Paul Birnie SimpleHTTPServer and mimetypes: almost together (2005-02-06) http://python.org/sf/1117556 opened by Matthew L Daniel os.path.exists returns false negatives in MAC environments. (2005-02-07) http://python.org/sf/1117601 opened by Stephen Bennett profiler: Bad return and Bad call errors with exceptions (2005-02-06) http://python.org/sf/1117670 opened by Matthew Mueller "in" operator bug ? (2005-02-07) CLOSED http://python.org/sf/1117757 opened by Andrea Bolzonella BSDDB openhash (2005-02-07) http://python.org/sf/1117761 opened by Andrea Bolzonella lists coupled (2005-02-07) CLOSED http://python.org/sf/1118101 opened by chopf Error in representation of complex numbers(again) (2005-02-09) http://python.org/sf/1118729 opened by George Yoshida builtin file() vanishes (2005-02-08) CLOSED http://python.org/sf/1118977 opened by Barry Alan Scott Docs for set() omit constructor (2005-02-09) CLOSED http://python.org/sf/1119282 opened by Kent Johnson curses.initscr - initscr exit w/o env(TERM) set (2005-02-09) http://python.org/sf/1119331 opened by Jacob Lilly xrange() builtin accepts keyword arg silently (2005-02-09) http://python.org/sf/1119418 opened by Martin Blais Python Programming FAQ should be updated for Python 2.4 (2005-02-09) http://python.org/sf/1119439 opened by Michael Hoffman ScrolledText allows Frame.bbox to hide Text.bbox (2005-02-09) http://python.org/sf/1119673 opened by Drew Perttula list extend() accepts args besides lists (2005-02-09) CLOSED http://python.org/sf/1119700 opened by Dan Everhart Static library incompatible with nptl (2005-02-10) http://python.org/sf/1119860 opened by daniel Static library incompatible with nptl (2005-02-10) CLOSED http://python.org/sf/1119866 opened by daniel Python 2.4.0 crashes with a segfault, EXAMPLE ATTACHED (2005-02-11) http://python.org/sf/1120452 opened by Viktor Ferenczi bug in unichr() documentation (2005-02-11) http://python.org/sf/1120777 opened by Marko Kreen Problem in join function definition (2005-02-11) CLOSED http://python.org/sf/1120862 opened by yseb file seek error (2005-02-11) CLOSED http://python.org/sf/1121152 opened by Richard Lawhorn Python24.dll crashes, EXAMPLE ATTACHED (2005-02-12) http://python.org/sf/1121201 opened by Viktor Ferenczi zip incorrectly and incompletely documented (2005-02-12) http://python.org/sf/1121416 opened by Alan Decorated functions are unpickleable (2005-02-12) CLOSED http://python.org/sf/1121475 opened by S Joshua Swamidass distutils.dir_utils not unicode compatible (2005-02-12) http://python.org/sf/1121494 opened by Morten Lied Johansen subprocess example missing "stdout=PIPE" (2005-02-12) http://python.org/sf/1121579 opened by Monte Davidoff SMTPHandler argument misdescribed (2005-02-13) http://python.org/sf/1121875 opened by Peter marshal may crash on truncated input (2005-02-14) http://python.org/sf/1122301 opened by Fredrik Lundh incorrect handle of declaration in markupbase (2005-02-14) http://python.org/sf/1122916 opened by Wai Yip Tung Typo in Curses-Function doc (2005-02-15) http://python.org/sf/1123268 opened by Aaron C. Spike test_peepholer failing on HEAD (2005-02-15) CLOSED http://python.org/sf/1123354 opened by Tim Peters add SHA256/384/512 to lib (2005-02-16) http://python.org/sf/1123660 opened by paul rubin Bugs Closed ___________ xmlrpclib: wrong decoding in '_stringify' (2005-02-04) http://python.org/sf/1115989 closed by fdrake Wrong match with regex, non-greedy problem (2005-02-05) http://python.org/sf/1116571 closed by effbot Typo in list.sort() documentation (2005-02-05) http://python.org/sf/1117063 closed by rhettinger sgmllib.SGMLParser (2005-02-06) http://python.org/sf/1117302 closed by effbot PyThreadState_SetAsyncExc segfault (2004-11-18) http://python.org/sf/1069160 closed by gvanrossum "in" operator bug ? (2005-02-07) http://python.org/sf/1117757 closed by tim_one lists coupled (2005-02-07) http://python.org/sf/1118101 closed by tim_one builtin file() vanishes (2005-02-09) http://python.org/sf/1118977 closed by loewis Docs for set() omit constructor (2005-02-09) http://python.org/sf/1119282 closed by rhettinger list extend() accepts args besides lists (2005-02-09) http://python.org/sf/1119700 closed by rhettinger Static library incompatible with nptl (2005-02-10) http://python.org/sf/1119866 closed by ekloef Problem in join function definition (2005-02-11) http://python.org/sf/1120862 closed by rhettinger file seek error (2005-02-11) http://python.org/sf/1121152 closed by tim_one Decorated functions are unpickleable (2005-02-12) http://python.org/sf/1121475 closed by bcannon "Macintosh" references in the docs need to be checked. (2005-01-04) http://python.org/sf/1095802 closed by bcannon RE '*.?' cores if len of found string exceeds 10000 (2004-10-26) http://python.org/sf/1054564 closed by effbot missing mappings in locale tables (2002-10-09) http://python.org/sf/620739 closed by effbot test_peepholer failing on HEAD (2005-02-15) http://python.org/sf/1123354 closed by tim_one New / Reopened RFE __________________ urllib.urlopen should put the http-error-code in .info() (2005-02-07) http://python.org/sf/1117751 opened by Robert Kiendl Option to force variables to be declared (2005-02-14) http://python.org/sf/1122279 opened by Zac Evans Line Numbers (2005-02-14) http://python.org/sf/1122532 opened by Egon Frerich RFE Closed __________ commands.mkarg function should be public (2001-12-04) http://python.org/sf/489106 closed by donut Missing socketpair() function. (2002-06-12) http://python.org/sf/567969 closed by grahamh

1 0

Exceptions *must*? be old-style classes?
by Jim Jewett Feb. 15, 2005

Feb. 15, 2005

Phillip J. Eby wrote (in http://mail.python.org/pipermail/python-dev/2005-January/050854.html) > * Classic class support is a must; exceptions are still required to be > classic, and even if they weren't in 2.5, backward compatibility should be > provided for at least one release. The base of the Exception hierarchy happens to be a classic class. But why are they "required" to be classic? More to the point, is this a bug, a missing feature, or just a bug in the documentation for not mentioning the restriction? You can inherit from both Exception and object. (Though it turns out you can't raise the result.) My first try with google failed to produce an explanation -- and I'm still not sure I understand, beyond "it doesn't happen to work at the moment." Neither the documentation nor the tutorial mention this restriction. http://docs.python.org/lib/module-exceptions.html http://docs.python.org/tut/node10.html#SECTION0010500000000000000000 I didn't find any references to this restriction in exception.c. I did find some code implying this in errors.c and ceval.c, but that wouldn't have caught my eye if I weren't specifically looking for it *after* having just read the discussion about (rejected) PEP 317. -jJ

9 26

pymalloc on 2.1.3
by Fredrik Lundh Feb. 15, 2005

Feb. 15, 2005

does anyone remember if there were any big changes in pymalloc between the 2.1 series (where it was introduced) and 2.3 (where it was enabled by default). or in other words, is the 2.1.3 pymalloc stable enough for production use? (we're having serious memory fragmentation problems on a 2.1.3 system, and while I can patch/rebuild the interpreter if necessary, we cannot update the system right now...) </F>

3 2

Ann: PyPy Sprint before PYCON 2005 in Washington
by Christian Tismer Feb. 15, 2005

Feb. 15, 2005

PyPy Sprint before PYCON 2005 in Washington ------------------------------------------- In the four days from 19th March till 22th March (inclusive) the PyPy team will host a sprint on their new Python-in-Python implementation. The PyPy project was granted funding by the European Union as part of its Sixth Framework Program, and is now on track to produce a stackless Python-in-Python Just-in-Time Compiler by December 2006. Our Python implementation, released under the MIT/BSD license, already provides new levels of flexibility and extensibility at the core interpreter and object implementation level. Armin Rigo and Holger Krekel will also give talks about PyPy and the separate py.test tool (used to perform various kinds of testing in PyPy) during the conference. Naturally, we are eager to see how the other re-implementation of Python, namely IronPython, is doing and to explore collaboration possibilities. Of course, that will depend on the degree of openness that Microsoft wants to employ. The Pycon2005 sprint is going to focus on reaching compatibility with CPython (currently we target version 2.3.4) for our PyPy version running on top of CPython. One goal of the sprint is to pass 60% or more of the unmodified regression tests of mainline CPython. It will thus be a great way to get to know CPython and PyPy better at the same time! Other possible work areas include: - translation to C to get a first working lower-level representation of the interpreter "specified in Python" - integrating and implementing a full parser/compiler chain written in Python maybe already targetting the new AST-branch of mainline CPython - fixing various remaining issues that will come up while trying to reach the compatibility goal - integrate or code pure python implementations of some Python modules currently written in C. - whatever issues you come up with! (please tell us before hand so we can better plan introductions etc.pp.) Besides core developers, Bea Düring will be present to help improving and document our sprint and agile development process. We are going to give tutorials about PyPy's basic concepts and provide help to newcomers usually by pairing them with experienced pypythonistas. However, we kindly ask newcomers to be present on the first day's morning (19th of March) of the sprint to be able to get everyone a smooth start into the sprint. So far most newcomers had few problems in getting a good start into our codebase. However, it is good to have the following preparational points in mind: - some experience with programming in the Python language and interest to dive deeper - subscription to pypy-dev and pypy-sprint at http://codespeak.net/pypy/index.cgi?lists - have a subversion-client, Pygame and graphviz installed on the machine you bring to the sprint. - have a look at our current documentation, especially the architecture and getting-started documents under http://codespeak.net/pypy/index.cgi?doc The pypy-dev and pypy-sprint lists are also the contact points for raising questions and suggesting and discussing sprint topics beforehand. We are on #pypy on irc.freenode.net most of the time. Please don't hesitate to contact us or introduce yourself and your interests! Logistics --------- Organizational details will be posted to pypy-sprint and are or will be available in the Pycon2005-Sprint wiki here: http://www.python.org/moin/PyConDC2005/Sprints Registration ------------ send mail to pypy-sprint(a)codespeak.net, stating the days you can be present and any specific interests if applicable. Registered Participants ----------------------- all days: Jacob Hallén Armin Rigo Holger Krekel Samuele Pedroni Anders Chrigström Bea Düring Christian Tismer Richard Emslie -- Christian Tismer :^) <mailto:tismer@stackless.com> tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/

1 0

A hybrid C & Python implementation for itertools
by Nick Coghlan Feb. 14, 2005

Feb. 14, 2005

I can't really imagine Raymond liking this idea, and I have a feeling the idea has been shot down before. However, I can't persuade Google to tell me anything about such an occasion, so here goes anyway. . . The utilities in the itertools module can easily be composed to provide additional useful functionality (e.g. the itertools recipes given in the documentation [1]). However, having to recode these every time you need them, or arranging access to a utility module can be a pain for application programming in some corporate environments [2]. The lack of builtin support also leads to many variations on a theme, only some of which actually work properly, or which work, but in subtly different ways [3]. On the other hand, it really isn't worth the effort to code these algorithms in C for the current itertools module. If itertools was a hybrid module, the handy 3-4 liners could go in the Python section, with the heavy lifting done by the underlying C module. The Python equivalents to the current C code could also be placed in the hybrid module (as happens with some of the other hybrid modules in the library). An alternative approach is based on an idea from Alex Martelli [4]. As Alex points out, itertools is currently more about *creating* iterators than it is about consuming them (the only function desription that doesn't start with 'Make an iterator' is itertools.tee and that starts with 'Return n independent iterators'). Alex's idea would involve adding a module with a new name that is focused on *consuming* iterators (IOW, extending the available standard accumulators beyond the existing min(), max() and sum() without further populating the builtins). The downside of the latter proposal is that the recipes in the itertools documentation relate both to producing *and* consuming iterators, so a new module would leave the question of where to put the handy iterator producers. Regards, Nick. [1] http://www.python.org/dev/doc/devel/lib/itertools-recipes.html [2] http://mail.python.org/pipermail/python-list/2005-February/266310.html [3] http://mail.python.org/pipermail/python-list/2005-February/266311.html [4] http://groups-beta.google.com/group/comp.lang.python/msg/a76b4c2caf6c435c -- Nick Coghlan | ncoghlan(a)email.com | Brisbane, Australia --------------------------------------------------------------- http://boredomandlaziness.skystorm.net

2 1

Py2.3.1
by apoline juliet obina Feb. 14, 2005

Feb. 14, 2005

iis it "pydos" ? your net add?/ --------------------------------- Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now

1 0

RE: [Python-Dev] license issues with profiler.py and md5.h/md5c.c
by Michael Chermside Feb. 13, 2005

Feb. 13, 2005

Jeremy writes: > Unfortunately a license that says it is in the public domain is > unacceptable (and should be for Debian, too). That is to say, it's > not possible for someone to claim that something they produce is in > the public domain. See http://www.linuxjournal.com/article/6225 Not quite true. It would be a bit off-topic to discuss on this list so I will simply point you to: http://creativecommons.org/license/publicdomain-2 ...which is specifically designed for the US legal system. It _IS_ possible for someone to produce something in the public domain, it just isn't as easy as some people think (just saying it doesn't necessarily make it so (at least under US law)) and it may not be a good idea. I would expect that if something truly WERE in the public domain, then it would be acceptable for Python (and for Debian too, for that matter). I can't comment on whether this applies to libmd. -- Michael Chermside

6 10

Jim Roskind
by David Ascher Feb. 12, 2005

Feb. 12, 2005

I contacted Jim Roskind re: the profiler code. i said: I'm a strong supporter of Opensource software, but I'm probably not going to be able to help you very much. I could be much more helpful with understanding the code or its use ;-). To summarize what I'll say: I don't own the rights to this stuff. ... but I don't believe there are any patents that I was ever involved with that might encumber this work. I would note that my profiler code is really very rarely used in commercial products, and it is much more typically used by developers (I guess a developer toolkit, if sold, would use it). I'm pretty delighted that the code has found so much use by developers over the years. As I noted in the intro to the documentation, I had only been coding in Python for 3 weeks when I wrote it. On the positive side, it exposed many weaknesses in many developer's code (including our own at InfoSeek), as well as in core Python code (subtle bugs in the interpreter) that surely helped everyone. Even though I was a newbie, It was VERY carefully crafted,, and I'd expect that it would take a fair amount of effort to reproduce it (and that is is probably why it has not been changed much... or at least no one told me when they changed/fixed it ;-) ). With regard to why I probably can't help much..... First off, InfoSeek (holder of the copyright) was bought by Disney, and I don't know what if anything has eventually become of the tradename. There is a chance that Disney owns the rights... and I have no idea who to ask there :-/. Second, I took a look at the Copyright, and it sure seems pretty permissive. I'm amazed if folks want something more permissive. This is what I found on the web for it: Copyright © 1994, by InfoSeek Corporation, all rights reserved. Written by James Roskind.10.1 Permission to use, copy, modify, and distribute this Python software and its associated documentation for any purpose (subject to the restriction in the following sentence) without fee is hereby granted, provided that the above copyright notice appears in all copies, and that both that copyright notice and this permission notice appear in supporting documentation, and that the name of InfoSeek not be used in advertising or publicity pertaining to distribution of the software without specific, written prior permission. This permission is explicitly restricted to the copying and modification of the software to remain in Python, compiled Python, or other languages (such as C) wherein the modified or derived code is exclusively imported into a Python module. INFOSEEK CORPORATION DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL INFOSEEK CORPORATION BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. As I recall, I probably personally created the terms of the above license. I used a similar license on my C/C++ grammar, and Infoseek just added a bunch of wording to be sure that they were not at risk, and that their name would not be used in vain (or in advertising material). I think they were also interested in limiting its use to Python.... but I don't think that is a concern that would bother you. I read the link you directed me to, and its primary focus seemed ot be on patents for related or included technology. I don't believe that infoseek applied for or got any patents in this area (and certainly if they did so without my name, it would probably invalidate the patent), and I'm sure I didn't get any patents in this area at Netscape/AOL. In fact I don't think I got any patents back in 1994 or 1995. My only prior patent dated back to about 1983 (a hardware patent) that has since expired. I have some patents since (roughly) 1995, and even though I don't think any of them relate to profiling (though some did relate to languages, or more specifically, security in languages), I wouldn't want to mess with assigning rights to any of those patents, as they belong to AOL/Netscape. Here again, to my knowledge, none of my patents relate in any way to this area (profiling). Sadly, if they did, I would not have the right to assign them. I'm sure you're just doing your job, and following through by dotting all the I's and crossing all T's. My suggestion is to (as you said) work around the issue. You could always re-write the code from scratch, as the approaches are not rocket science and are pretty thoroughly explained. I wouldn't suggest it unless you are desperate. If I were you, I'd wait for a license problem to emerge (which I don't believe will ever happen). Hope that helps, Jim David Ascher wrote on 2/11/2005, 8:57 PM: > Dear Jim -- > > David Ascher here, writing to you on behalf of the Python Software > Foundation. Someone recently pointed to your copyright statement in > Python's standard library (profile.py, if you recall, way back from > '94). Apparently there are some issues re: the specific terms of the > license you picked. We can probably find ways of working around those > issues but I was wondering if you'd be willing to relicense the code > under a different license, as per http://www.python.org/psf/contrib.html > > I don't really know if we need to worry about the current owners of > InfoSeek, whoever that may be. You'd know better.

1 0

ViewCVS on SourceForge is broken
by Trent Mick Feb. 11, 2005

Feb. 11, 2005

Has anyone else noticed that viewcvs is broken on SF? > [trentm@booboo ~] > $ curl -D tmp/headers http://cvs.sourceforge.net/viewcvs.py/python > <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> > <html><head> > <title>502 Bad Gateway</title> > </head><body> > <h1>Bad Gateway</h1> > <p>The proxy server received an invalid > response from an upstream server.<br /> > </p> > </body></html> > [trentm@booboo ~] > $ cat tmp/headers > HTTP/1.1 502 Bad Gateway > Date: Fri, 11 Feb 2005 18:38:25 GMT > Server: Apache/2.0.40 (Red Hat Linux) > Content-Length: 232 > Connection: close > Content-Type: text/html; charset=iso-8859-1 Or is this just me? It is also broken for other projects for me -- e.g. 'pywin32'. Cheers, Trent -- Trent Mick trentm(a)activestate.com

3 4

[Python-Dev] Re: [Python-checkins] python/dist/src/Python compile.c, 2.343, 2.344
by Jim Jewett Feb. 11, 2005

Feb. 11, 2005

On Wed, 09 Feb 2005 17:42:41 -0800, rhettinger(a)users.sourceforge.net <rhettinger(a)users.sourceforge.net> wrote: > Update of /cvsroot/python/python/dist/src/Python > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv31172 > > Modified Files: > compile.c > Log Message: > Remove the set conversion which didn't work with: [] in (0,) Why is this a problem? If there were *any* unhashable objects in the container, then the compiler would have bailed on the initial set-conversion. If there aren't any unhashable values, then the (unhashable) item being checked is not in the set. ==> Return False. Are you worried about unhashable objects (as item) which compare == to something that is hashable (in container)? Custom rich compares can already confuse the "in" tests. Or is the problem that guarding against/trapping this case is somehow so expensive that it overrides the expected savings? -jJ

4 3