On Monday, May 19, 2014 10:47:11 AM UTC-4, William wrote:
>
> On Mon, May 19, 2014 at 7:39 AM, kcrisman <[email protected] <javascript:>> 
> wrote: 
> > 
> > 
> > On Monday, May 19, 2014 9:49:22 AM UTC-4, William wrote: 
> >> 
> >> On Mon, May 19, 2014 at 6:39 AM, Pierre-Vincent Quéré 
> >> <[email protected]> wrote: 
> >> > Hello, 
> >> > 
> >> > The lines below use to work a few months ago (to draw a polygon). But 
> >> > today, 
> >> > see the error I can read... 
> >> > I've tried many times, many solutions, but none worked... 
> >> > Any idea, please ? 
> >> > 
> >> >> L=[1+i,4+i,4+2*i,2+2*i,2+3*i,1+3*i,1+i] 
> >> >>list_plot(L,plotjoined=True,aspect_ratio=1) 
> >> 
> >> Evidently something changed in Sage that broke your code.  Maybe there 
> >> 
> >> 
> > 
> > Yes, and this would be serious.  http://trac.sagemath.org/ticket/12035 
> > added among other things the following doctests: 
> > 
> > sage: list_plot([1, I, pi + I/2, CC(.25, .25)]) 
> > sage: list_plot([exp(I*theta) for theta in [0, .2..pi]]) 
> > 
> > We don't explicitly test plotjoined=True but in that patch at least that 
> > case is correctly dealt with, and the code seems to still be the same in 
> > http://git.sagemath.org/sage.git/tree/src/sage/plot/plot.py  The error 
> > message makes it seem like a raw symbolic complex expression like 1+I 
> made 
> > it to the "CC(z[1])" spot, but the code says 
> > # if we get here, we already did "list(enumerate(data))", 
> > so maybe how "tmp = RDF(data[0])" (line 1792) is behaving changed? 
> > 
> > I can confirm this worked correctly in Sage 5.12.  I apologize that I 
> don't 
> > have a current version of Sage to check this out on. 
> > 
> > Can you tell us exactly what version of Sage you are using, and 
> (important) 
> > whether you accidentally redefined "i" at some earlier point in your 
> code 
> > (say, with an enumeration like "for i in range(5):")? 
>
> He's using SageMathCloud, which currently defaults to "Sage Version 
> 6.2.rc0, Release Date: 2014-04-22". 
> Exactly the error he described happens there by default. 
>
>
Yes, I've confirmed this in the meantime with a fresh build of 6.2.  And my 
comment

"so maybe how "tmp = RDF(data[0])" (line 1792) is behaving changed?"

is not the issue, but I still suspect that that line is causing the 
trouble, and that when that patch got merged somehow it wasn't checked 
properly that list(enumerate(data)) was really done, since there TypeError 
is explicitly passed there...

If you can open a ticket I'd be grateful; unfortunately, I need to get back 
to grading now.

- kcrisman

-- 
You received this message because you are subscribed to the Google Groups 
"sage-support" 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 http://groups.google.com/group/sage-support.
For more options, visit https://groups.google.com/d/optout.

Reply via email to