#12313: Fix yet another memory leak caused by caching of coercion data
--------------------------------------------------+-------------------------
Reporter: SimonKing | Owner:
Type: defect | Status:
needs_review
Priority: major | Milestone: sage-5.3
Component: memleak | Resolution:
Keywords: coercion weak dictionary | Work issues:
Report Upstream: N/A | Reviewers: Simon King,
Jean-Pierre Flori, John Perry
Authors: Simon King, Jean-Pierre Flori | Merged in:
Dependencies: #11521, #11599, #12969, #12215 | Stopgaps:
--------------------------------------------------+-------------------------
Comment (by SimonKing):
Replying to [comment:229 nbruin]:
> Replying to [comment:222 SimonKing]:
> By the way, for me (on Fedora 16) `sage -t -gdb` works like a charm
Why does it not work for me? Does one need to do anything special to make
it work with Sage?
> and, indeed, the backtrace shows this is indeed `gcmodule` leading to
`Delete<polybori::groebner::ReductionStrategy>` leading to an error raise
in `libc`.
OK, then we have to see at what point the reduction strategies are
supposed to be deallocated.
> I think it happens via `libs/polybori/decl.pxd`
> {{{
> void PBRedStrategy_delete "Delete<ReductionStrategy>"(PBRedStrategy
*mem)
> }}}
I can not work on it right now. But thank you for the pointer!
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/12313#comment:236>
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 post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/sage-trac?hl=en.
