William Stein wrote:
> On 6/9/07, Jason Grout <[EMAIL PROTECTED]> wrote:
>> I'm trying to do some symbolic calculations in a field, say GF(3). Is
>> there a proper way to do this different than my example below? The
>> approach below of using a fraction field of a polynomial ring
>> containing m
On 6/9/07, Jason Grout <[EMAIL PROTECTED]> wrote:
>
> I'm trying to do some symbolic calculations in a field, say GF(3). Is
> there a proper way to do this different than my example below? The
> approach below of using a fraction field of a polynomial ring
> containing my variables over the fiel
I'm trying to do some symbolic calculations in a field, say GF(3). Is
there a proper way to do this different than my example below? The
approach below of using a fraction field of a polynomial ring
containing my variables over the field I'm working in seems to work
mostly, but there are some er
Many thanks Pere for advertising SAGE in Spanish and good luck with your
talk!
+
Pere Urbón-Bayes wrote:
> Hello to every one, on my SAGE web site [1] any one could find my VI
> Jornades de programari lliure talk.
> I'll give this SAGE introduction talk t
On 6/8/07, dave dobbs <[EMAIL PROTECTED]> wrote:
> Hi William,
>
> This is a follow-up to my previous reply with two points:
>
> 1. I was in error when I said Reset under the VM pull-down, it's found under
> the Power tab (but I'm sure you knew that.)
>
> 2. I ran into problems when trying to exec
On 6/8/07, Andrew Budker <[EMAIL PROTECTED]> wrote:
> I should probably mention that i'm writing some crypto stuff, so the
> integers im dealing with are from the python ord() function (getting
> ascii values from strings). So the return type is a python long not a
> sage.integer. I can go back an
On 6/9/07, Joel B. Mohler <[EMAIL PROTECTED]> wrote:
> On Saturday 09 June 2007 13:16, William Stein wrote:
> > It would be more natural to write "assume(n in ZZ)", but this won't work,
> > since "n in ZZ" gets evaluated to false be Python before it gets passed
> > to the assume command.
>
> This
On Saturday 09 June 2007 13:16, William Stein wrote:
> It would be more natural to write "assume(n in ZZ)", but this won't work,
> since "n in ZZ" gets evaluated to false be Python before it gets passed
> to the assume command.
This was exactly what I tried when the original e-mail was sent out a
On 6/9/07, Ted Kosan <[EMAIL PROTECTED]> wrote:
> When I use the solve() function with this code:
>
> var('r2')
> c = P*e^(r*n)
> d = P*(1+r2)^n
> solve(c==d,r2)
>
> I receive the following exception:
...
> TypeError: Computation failed since Maxima requested additional
> constraints (use assume):
Hello,
When I use the solve() function with this code:
var('r2')
c = P*e^(r*n)
d = P*(1+r2)^n
solve(c==d,r2)
I receive the following exception:
Traceback (most recent call last):
File "", line 1, in
File "/home/sage/sage_notebook/worksheets/kosan_ma_p236/code/2.py",
line 8, in
Hello to every one, on my SAGE web site [1] any one could find my VI
Jornades de programari lliure talk.
I'll give this SAGE introduction talk the next month on this regional
meting on Catalonia, for this think the document is written in Catalan,
my mother tongue and the meting main language. I
11 matches
Mail list logo
