#10963: More functorial constructions
-------------------------------------+-------------------------------------
Reporter: nthiery | Owner: stumpc5
Type: enhancement | Status: needs_work
Priority: major | Milestone: sage-6.1
Component: categories | Resolution:
Keywords: days54 | Merged in:
Authors: Nicolas M. Thiéry | Reviewers: Simon King, Frédéric
Report Upstream: N/A | Chapoton
Branch: | Work issues: Detect and fix
public/ticket/10963 | Heisenbugs
Dependencies: #11224, #8327, | Commit:
#10193, #12895, #14516, #14722, | 5ccf253b17c151d8e773037ac634a64f84f03075
#13589, #14471, #15069, #15094, | Stopgaps:
#11688, #13394, #15150, #15506 |
-------------------------------------+-------------------------------------
Comment (by tscrim):
Replying to [comment:246 vbraun]:
> If it finishes (but non-deterministically) then it must be that it
recurses until it chances upon a hash collision in a cache. I don't have
any other explanation...
Well we could test against this by modifying the behavior of
`@cached_method` by adding a key with some dummy class like
`CatchedMethodCalledNotReturned`, and if that class is the returned value,
raise an error. Although I don't see why it should terminate if there is a
hash collision because there should not be an equal key in the cache;
unless something scarier is happening: `==` is `True` but the
corresponding hashes aren't...
--
Ticket URL: <http://trac.sagemath.org/ticket/10963#comment:248>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac.
For more options, visit https://groups.google.com/groups/opt_out.
