Sorry for the mess, I just read the procedure on the developer's manual. I'll be creating a new ticket for the stopgap in a second.
S.

* Travis Scrimshaw <[email protected]> [2017-02-27 09:01:03]:

Hey Salvatore,
  The typical approach is to put a stopgap, but it is best to do it in
such a way that is as minimal as possible (i.e., hopefully not every
ClusterQuiver from a matrix will have this stopgap pop up, or at worst only
when the input is a matrix).

Best,
Travis


On Monday, February 27, 2017 at 10:02:50 AM UTC-6, Salvatore Stella wrote:

Dear all,
some time ago I reported a bug in the implementation of `ClusterQuiver`
which
yields wrong answers. The relevant ticket is #22381. To give you an idea
things like this happen:

{{{
        sage: B = Matrix([[0,1,0],[-1,0,1],[0,-1,0],[2,0,0]])
        sage: Q = ClusterQuiver(B)
        sage: Q.is_mutation_finite()        # This should return True
        False
}}}

After some thought I realized that properly fixing all the issues in that
ticket will require quite a lot of work: they all stem from how the data
structure is implemented. Unfortunately I am currently unable to set aside
enough time to handle it. Which is the best way of proceeding here?
 Should I
add a warning message and leave it be? Is there any other option
available?
Thanks
S.




--
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.

Reply via email to