#6348: [with patch, needs work] gap4.4.10->gap4.4.12 revisited
--------------------------+-------------------------------------------------
Reporter: wdj | Owner: joyner
Type: defect | Status: new
Priority: major | Milestone: sage-4.1.1
Component: group_theory | Keywords: gap
Reviewer: | Author: D. Joyner
Merged: |
--------------------------+-------------------------------------------------
Comment(by rlm):
Patches to the Sage library don't belong in spkgs-- but this is gone in
`gap-4.4.12.p1`.
My guess is that you can reproduce this behavior on sage.math as follows:
Install a fresh `sage-4.1`, and when it is finished, run the full doctest
suite on long. This will guarantee that `gap-4.4.10` gets used
nontrivially. Then upgrade to `gap-4.4.12.p1`. Run the doctests again.
If I copy over a sage-4.1 install and run long doctests, after having
successfully used gap-4.4.12, the gap-4.4.10 in there has problems which
look just like the problems I had going the other way:
{{{
Traceback (most recent call last):
File "/space/rlm/sage-4.1.gap/tmp/all.py", line 2, in <module>
from sage.all_cmdline import *;
File "/space/rlm/sage-4.1.gap/local/lib/python/site-
packages/sage/all_cmdline.py", line 14, in <module>
from sage.all import *
File "/space/rlm/sage-4.1.gap/local/lib/python/site-
packages/sage/all.py", line 64, in <module>
from sage.misc.all import * # takes a while
File "/space/rlm/sage-4.1.gap/local/lib/python/site-
packages/sage/misc/all.py", line 70, in <module>
from sage_input import sage_input
File "/space/rlm/sage-4.1.gap/local/lib/python/site-
packages/sage/misc/sage_input.py", line 163, in <module>
from sage.misc.functional import parent
File "/space/rlm/sage-4.1.gap/local/lib/python/site-
packages/sage/misc/functional.py", line 37, in <module>
from sage.rings.complex_double import CDF
File "complex_double.pyx", line 88, in sage.rings.complex_double
(sage/rings/complex_double.c:13486)
File "/space/rlm/sage-4.1.gap/local/lib/python/site-
packages/sage/rings/complex_field.py", line 86, in ComplexField
C = ComplexField_class(prec)
File "/space/rlm/sage-4.1.gap/local/lib/python/site-
packages/sage/rings/complex_field.py", line 177, in __init__
self._populate_coercion_lists_(coerce_list=[complex_number.RRtoCC(self._real_field(),
self)])
File "complex_number.pyx", line 1937, in
sage.rings.complex_number.RRtoCC.__init__
(sage/rings/complex_number.c:12660)
File "map.pyx", line 41, in sage.categories.map.Map.__init__
(sage/categories/map.c:1909)
File "/space/rlm/sage-4.1.gap/local/lib/python/site-
packages/sage/categories/homset.py", line 149, in Hom
from sage.rings.homset import RingHomset
File "/space/rlm/sage-4.1.gap/local/lib/python/site-
packages/sage/rings/homset.py", line 17, in <module>
import quotient_ring
File "/space/rlm/sage-4.1.gap/local/lib/python/site-
packages/sage/rings/quotient_ring.py", line 32, in <module>
import sage.rings.polynomial.multi_polynomial_ideal
File "/space/rlm/sage-4.1.gap/local/lib/python/site-
packages/sage/rings/polynomial/multi_polynomial_ideal.py", line 229, in
<module>
from sage.interfaces.all import (singular as singular_default,
File "/space/rlm/sage-4.1.gap/local/lib/python/site-
packages/sage/interfaces/all.py", line 8, in <module>
from gap import gap, gap_reset_workspace, gap_console, gap_version,
is_GapElement, Gap
File "/space/rlm/sage-4.1.gap/local/lib/python/site-
packages/sage/interfaces/gap.py", line 960, in <module>
gap_reset_workspace(verbose=False)
File "/space/rlm/sage-4.1.gap/local/lib/python/site-
packages/sage/interfaces/gap.py", line 938, in gap_reset_workspace
os.unlink(WORKSPACE)
OSError: [Errno 2] No such file or directory:
'/home/rlmill/.sage//gap/workspace-3758812723191186113'
}}}
It looks like this happens whenever the version of GAP used is changed.
This is why I was hinting at temp files and workspaces before. Something
is ringing a bell, about GAP failing to reset its own workspace on
upgrade.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/6348#comment:31>
Sage <http://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
-~----------~----~----~----~------~----~------~--~---
