#12748: An inconsistent term order must not be accepted as input of a polynomial
ring construction
---------------------------------------------+------------------------------
       Reporter:  SimonKing                  |         Owner:  malb      
           Type:  defect                     |        Status:  needs_info
       Priority:  major                      |     Milestone:  sage-5.0  
      Component:  commutative algebra        |    Resolution:            
       Keywords:  polynomial ring termorder  |   Work issues:            
Report Upstream:  N/A                        |     Reviewers:  Simon King
        Authors:  Martin Albrecht            |     Merged in:            
   Dependencies:                             |      Stopgaps:            
---------------------------------------------+------------------------------
Changes (by SimonKing):

  * status:  needs_review => needs_info


Comment:

 I experimented with moving the error to the `__copy` method. However, it
 turns out that
 {{{
         sage -t  devel/sage-
 main/sage/rings/polynomial/multi_polynomial_ideal.py # 23 doctests failed
         sage -t  devel/sage-main/sage/rings/polynomial/plural.pyx # 9
 doctests failed
         sage -t  devel/sage-
 main/sage/rings/polynomial/multi_polynomial_libsingular.pyx # 2 doctests
 failed
         sage -t  devel/sage-
 main/sage/rings/polynomial/multi_polynomial_element.py # 2 doctests failed
         sage -t  devel/sage-
 main/sage/rings/polynomial/multi_polynomial.pyx # 5 doctests failed
 }}}
 because the copy method is called with (say) 6 variables on an input of
 (say) 5 variables.

 Question: If T is a term order with a known number of variables, do we
 really want that `T.__copy(t)` works, where t is a term order with a
 different number of variables?

 If the answer is "yes", then I give your patch a positive review and
 provide a small reviewer patch using the :trac: directive.

 If the answer is "no", then what shall we do? Apparently the `__copy`
 method ''is'' called with different numbers of variables. Shall we deal
 with that on a different ticket or here?

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/12748#comment:4>
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.

Reply via email to