You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
However, there are implications for interfacing to Singular's factory:
Imagine, a user would try to factorize the polynomial f as below:
sage: K0=GF(11)
sage: #K0=QQ
sage: R0.<b>=K0[]
sage: K.<b>=K0.extension(b^5+4)
sage: R1.<zzz>=K[]
sage: L=FractionField(R1)
sage: R.<x>=L[]
sage: f=x^4+1/(b*zzz)
sage: f.parent()._singular_()
// characteristic : 11
// 1 parameter : zzz
// minpoly : 0
// number of vars : 2
// block 1 : ordering lp
// : names b x
// block 2 : ordering C
// quotient ring from ideal
_[1]=b^5+4
sage: f.factor()
Since the called factor() routine ends in a Singular fallback (check! see polynomial_element.pyx), factoring is done in Singular's quotient ring and
hence the obtained result will be unexpected
Background: Singular behaves unexpectedly(?) in quotient rings;
Example (in Singular):
This is (currently) by intention and is now documented upstream.
( Singular/Singular@d0a684d )
However, there are implications for interfacing to Singular's factory:
Imagine, a user would try to factorize the polynomial f as below:
Since the called factor() routine ends in a Singular fallback (check! see polynomial_element.pyx), factoring is done in Singular's quotient ring and
hence the obtained result will be unexpected
Related post at asksage:
http://ask.sagemath.org/question/25083/bug-in-roots/
In addition, f is incorrectly translated to Singular,
see
#17696
so the result will be wrong anyway
Upstream: Reported upstream. Developers deny it's a bug.
CC: @jpflori @simon-king-jena
Component: interfaces
Keywords: Singular factorize interface
Issue created by migration from https://trac.sagemath.org/ticket/17697
The text was updated successfully, but these errors were encountered: