#13864: Configure Python with pydebug when SAGE_DEBUG is set
-------------------------------------+--------------------------------------
Reporter: jpflori | Owner: jason
Type: enhancement | Status: positive_review
Priority: major | Milestone: sage-5.6
Component: misc | Resolution:
Keywords: python spkg | Work issues:
Report Upstream: N/A | Reviewers: Volker Braun
Authors: Jean-Pierre Flori | Merged in:
Dependencies: #13865 | Stopgaps:
-------------------------------------+--------------------------------------
Comment (by SimonKing):
Interestingly, the error on my laptop looks different from what Volker
reported in comment:15:
{{{
(sage-sh) simon@linux-sqwp:sage-5.5.rc0$ gdb python
...
(gdb) run -v
...
>>> import sage.all_cmdline
...
import sage.libs.pari.gen # dynamically loaded from
/home/simon/SAGE/debug/sage-5.5.rc0/local/lib/python2.7/site-
packages/sage/libs/pari/gen.so
dlopen("/home/simon/SAGE/debug/sage-5.5.rc0/local/lib/python2.7/site-
packages/sage/rings/integer.so", 2);
python: Modules/gcmodule.c:326: visit_decref: Assertion `gc->gc.gc_refs !=
0' failed.
Program received signal SIGABRT, Aborted.
0x00007ffff6d95d95 in raise () from /lib64/libc.so.6
}}}
Hence: No `Fatal Python error: UNREF invalid object`.
Further:
{{{
(gdb) bt
#0 0x00007ffff6d95d95 in raise () from /lib64/libc.so.6
#1 0x00007ffff6d972ab in abort () from /lib64/libc.so.6
#2 0x00007ffff6d8e8fe in __assert_fail_base () from /lib64/libc.so.6
#3 0x00007ffff6d8e9a2 in __assert_fail () from /lib64/libc.so.6
#4 0x00007ffff7b12a19 in visit_decref (op=0x1462f40, data=0x0) at
Modules/gcmodule.c:326
#5 0x00007fffeecdcfe1 in
__pyx_tp_traverse_4sage_9structure_15category_object_CategoryObject
(o=0x14b7d30, v=0x7ffff7b1295e <visit_decref>, a=0x0) at
sage/structure/category_object.c:8971
#6 0x00007fffeef4724f in
__pyx_tp_traverse_4sage_9structure_6parent_Parent (o=0x14b7d30,
v=0x7ffff7b1295e <visit_decref>, a=0x0) at sage/structure/parent.c:21293
#7 0x00007fffef18a97c in
__pyx_tp_traverse_4sage_9structure_10parent_old_Parent (o=0x14b7d30,
v=0x7ffff7b1295e <visit_decref>, a=0x0) at
sage/structure/parent_old.c:7253
#8 0x00007fffef39ab57 in
__pyx_tp_traverse_4sage_9structure_11parent_base_ParentWithBase
(o=0x14b7d30, v=0x7ffff7b1295e <visit_decref>, a=0x0) at
sage/structure/parent_base.c:1892
#9 0x00007ffff7a4c572 in subtype_traverse (self=0x14b7d30,
visit=0x7ffff7b1295e <visit_decref>, arg=0x0) at Objects/typeobject.c:838
...
#32 0x00007fffecc2bcbe in __Pyx_ImportModule (name=0x7fffecc2fc6c
"sage.rings.integer") at sage/rings/complex_double.c:18370
#33 0x00007fffecc2b951 in __Pyx_ImportType (module_name=0x7fffecc2fc6c
"sage.rings.integer", class_name=0x7fffecc2fc64 "Integer", size=64,
strict=1) at sage/rings/complex_double.c:18319
#34 0x00007fffecc25b46 in initcomplex_double () at
sage/rings/complex_double.c:16572
#35 0x00007ffff7ae9282 in _PyImport_LoadDynamicModule (name=0x7ffffffed660
"sage.rings.complex_double",
...
}}}
So, "Volker's" error is in `padic_ZZ_pX_element`, but mine is in
`sage.rings.integer`. Moreover, my gdb backtrace is a lot shorter, just
109 lines.
By the way:
{{{
>>> from sage.rings.integer_ring import IntegerRing
}}}
fails with an import error -- but there is no crash! So, there seems to be
something else wrong, not just the refcount.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/13864#comment:17>
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.
