A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/2003-January/032261.html below:

[Python-Dev] very slow compare of recursive objects

[Python-Dev] very slow compare of recursive objects [Python-Dev] very slow compare of recursive objectsMichael Hudson mwh@python.net
20 Jan 2003 16:11:09 +0000
Tim Peters <tim.one@comcast.net> writes:

> It may depend on what you really meant <wink>.  If you're talking about
> creating recursive tuples via mutation in C, where tuples are the only
> container type involved, then 2.2.2 and 2.1.3 are broken now (they may blow
> the stack while comparing such beasts).

That's what I thought Barry meant, and if so I really don't think we
care.  It's not like we can prevent all misbehaving third party C code
from segfaulting...

Cheers,
M.

-- 
  It could be argued that since Suitespot is infinitely terrible,
  that anything else, by very definition of being anything else,
  is infinitely superior.                -- ".", alt.sysadmin.recovery



RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4