#14058: Weakly reference binary operation codomains
-------------------------------------+-------------------------------------
Reporter: robertwb | Owner: rlm
Type: enhancement | Status: needs_review
Priority: major | Milestone: sage-6.4
Component: memleak | Resolution:
Keywords: | Merged in:
Authors: Robert Bradshaw, | Reviewers: Simon King
Nils Bruin | Work issues:
Report Upstream: N/A | Commit:
Branch: | 9793dbc9bc64bfdce43ff1e626453816c302696d
u/SimonKing/weakly_reference_binary_operation_codomains| Stopgaps:
Dependencies: #12313 |
-------------------------------------+-------------------------------------
Comment (by SimonKing):
Replying to [comment:47 pbruin]:
> Shouldn't the result always be 1 given that `R` refers to `Zmod(97)`
after the loop (unless there is a surviving reference from a `Zmod(97)`
created in some earlier test)?
Exactly. And what's strange: It isn't reproducible. Sometimes I get 1,
sometimes I get 0. And I always get 1 when I run it on the command line.
> What happens if you do `del R` before the last `gc.collect()`?
No idea.
--
Ticket URL: <http://trac.sagemath.org/ticket/14058#comment:48>
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/d/optout.
