[sage-support] Re: another bug in solve()?

2009-11-05 Thread kcrisman
> depends(f,x); > solve(at(diff(f,x,1),x=exp(x))+f=3,at(diff(f,x,1),x=exp(x))); > > which returns at(diff(f,x,1),x=exp(x)) = 3-f, as expected. > If you want to implement this, you will then somehow have to tell InterfaceInit.derivative() to look out for the situation where the variable isn't a v

[sage-support] Re: AttributeError: object has no attribute 'eigenvalues'

2009-11-05 Thread Jason Grout
q wrote: > I'm just going to give up, because doing all this took me many hours, > and I had to learn/try a lot of stuff about working with the command > line that I've never done before. The installation directions are > confusing to someone who doesn't know very much about computers. I > mean, I

[sage-support] Re: AttributeError: object has no attribute 'eigenvalues'

2009-11-05 Thread Jason Grout
q wrote: > Thanks for the replies everyone. > > I tried it, and as someone mentioned, the space between eigenvalues > and () doesn't make a difference. > > So I tried updating. I installed the binary distribution, but got the > "Illegal instruction" error at startup. So I tried the > > rm spkg/

[sage-support] Re: AttributeError: object has no attribute 'eigenvalues'

2009-11-05 Thread q
Thanks for the replies everyone. I tried it, and as someone mentioned, the space between eigenvalues and () doesn't make a difference. So I tried updating. I installed the binary distribution, but got the "Illegal instruction" error at startup. So I tried the rm spkg/installed/mpir* spkg/instal

[sage-support] Re: subclass of hyperelliptic curve class

2009-11-05 Thread Robert Bradshaw
On Nov 5, 2009, at 1:09 PM, David Holmes wrote: > > Hi, > > I am trying to write a subclass of the class of hypereliptic curves > over QQ, for example: > > class test > (sage > .schemes > .hyperelliptic_curves > .hyperelliptic_rational_field.HyperellipticCurve_rational_field): >def __init__(s

[sage-support] Re: subclass of hyperelliptic curve class

2009-11-05 Thread Alex Ghitza
Hi David, If you type sage: X = test(H) you notice that doesn't give an error. So the problem occurs when Sage tries to print your object X. Since you haven't defined a _repr_() method for your class, Sage tries to use the one inherited from the hyperelliptic curve class. You can see the co

[sage-support] Re: partial fraction error

2009-11-05 Thread Jason Grout
Bryan Wilcox wrote: > Hi all, > > Sorry for the slow response. I got inundated with work and couldn't > get back to this until now. > > If I'm following this correctly the state of the keepfloat environment > variable changes the results of the computation. If this variable is > kept as true, pe

[sage-support] Re: partial fraction error

2009-11-05 Thread Bryan Wilcox
Hi all, Sorry for the slow response. I got inundated with work and couldn't get back to this until now. If I'm following this correctly the state of the keepfloat environment variable changes the results of the computation. If this variable is kept as true, per Sage's default and for the reasons

[sage-support] Re: Gap Undeposited Implementations

2009-11-05 Thread David Joyner
Okay. Here is what will work. The package loading mechanism has changed so my quick hack to create a package from Maagard et al's files will not work now. I'll try to fix it eventually when I have time... 1. Download and extract Maagard's tarball anywhere, say to /Users/me/gapfiles/braid (so /Us

[sage-support] subclass of hyperelliptic curve class

2009-11-05 Thread David Holmes
Hi, I am trying to write a subclass of the class of hypereliptic curves over QQ, for example: class test (sage.schemes.hyperelliptic_curves.hyperelliptic_rational_field.HyperellipticCurve_rational_field): def __init__(self,C): self.C = C then in sage I type R. = QQ[] H = Hyperelli

[sage-support] Re: another bug in solve()?

2009-11-05 Thread ma...@mendelu.cz
On 5 lis, 20:41, kcrisman wrote: > Turns out Maxima does not like to eat expressions like this anyway: > > diff(f,e^x,1) > > because exp(x) is not a variable.  Perhaps it is impossible to use > these in this way?   I think that in Maxima we can use something like this: depends(f,x); solve(at(di

[sage-support] Re: another bug in solve()?

2009-11-05 Thread kcrisman
> > However, we can't just naively put ex in for args in the final thing, > since it's not a tuple, and it might break something else.  I will > look into this, but if anyone else has some ideas it'd be great. Turns out Maxima does not like to eat expressions like this anyway: diff(f,e^x,1) be

[sage-support] Re: Matrix inconsistency with decimal/fraction representations

2009-11-05 Thread William Stein
On Thu, Nov 5, 2009 at 10:31 AM, Michael Orlitzky wrote: > > Jason Grout wrote: >> >> Interesting.  I consider a brief discussion of numerical instability an >> essential feature of a first-semester linear algebra course.  These >> students will most likely be using numerical linear algebra in re

[sage-support] Re: another bug in solve()?

2009-11-05 Thread kcrisman
> sage: f=function('f',x) > sage: A=f.diff().subs(x=exp(x)) > sage: A._maxima_() > 'diff('f(x),x,1) > sage: > > perhaps, something has to be improved in trac which implemented > derivatives at a point into Sagehttp://trac.sagemath.org/sage_trac/ticket/385 This is orthogonal to this, though a revi

[sage-support] Re: Gap Undeposited Implementations

2009-11-05 Thread William Stein
On Thu, Nov 5, 2009 at 10:11 AM, Adam Sorkin wrote: > > Moving to a directly having the braid files, I get > > sage: gap.eval('Read("assemble.g")') > ' ' > > but when I try to run Braid, I get the error > > sage: Braid(g,t) > ---