#13645: PolynomialRing variables are not generic symbolic variables
-----------------------------+----------------------------------------------
       Reporter:  llpamies   |         Owner:  burcin                        
           Type:  defect     |        Status:  needs_review                  
       Priority:  major      |     Milestone:  sage-duplicate/invalid/wontfix
      Component:  symbolics  |    Resolution:                                
       Keywords:             |   Work issues:                                
Report Upstream:  N/A        |     Reviewers:  Burcin Erocal                 
        Authors:             |     Merged in:                                
   Dependencies:             |      Stopgaps:                                
-----------------------------+----------------------------------------------
Changes (by burcin):

  * status:  new => needs_review
  * reviewer:  => Burcin Erocal
  * milestone:  sage-5.4 => sage-duplicate/invalid/wontfix


Comment:

 Here is what I get:

 {{{
 sage: poly.<a,b> = PolynomialRing(RR)
 sage: solve([a+b+a*b == 1], a)
 ---------------------------------------------------------------------------
 TypeError                                 Traceback (most recent call
 last)

 /home/burcin/sage/sage-5.2/<ipython console> in <module>()

 /home/burcin/sage/sage-5.2/local/lib/python2.7/site-
 packages/sage/symbolic/relation.pyc in solve(f, *args, **kwds)
     676     for v in variables:
     677         if not is_SymbolicVariable(v):
 --> 678             raise TypeError, "%s is not a valid variable."%v
     679
     680     try:

 TypeError: not all arguments converted during string formatting
 }}}

 Is this what you mean by a "crash"?


 Note that when you work with variables in a polynomial ring, the
 comparison is evaluated immediately.

 {{{
 sage: poly.<a,b> = PolynomialRing(RR)
 sage: a+b+a*b == 1
 False
 }}}

 In this case, the call to `solve` becomes `solve([False], a)`. The
 comparison operator for polynomial rings is important (think monomial
 orders and Groebner bases), we cannot change it to keep the relations
 symbolic.

 I suggest we close this as invalid.

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