Re: [sage-support] Re: Strange behavior with RealField(n)

Le 21/02/2016 23:15, Nils Bruin a écrit : On Sunday, February 21, 2016 at 10:10:10 AM UTC-8, tdumont wrote: I have students who want to compute decimals of pi...so, what can we do with RealField(n) ? I make the following script (pi.sage): for p in [2

[sage-support] Re: Strange behavior with RealField(n)

On Sunday, February 21, 2016 at 10:10:10 AM UTC-8, tdumont wrote: > > I have students who want to compute decimals of pi...so, what can we do > with RealField(n) ? > I make the following script (pi.sage): > > > for p in [2..10]: > R=RealField(10^p) > pii=4*a

[sage-support] Re: strange behavior with sums

On 2014-06-23, Karl Schultheisz wrote: > In Arch Linux, Sage installs to /opt/sage. I assume this is the SAGEROOT > you refer to. yes. (usually you will also have an environment variable called SAGE_ROOT set to the location) As well,iIf you start Sage and type at the prompt, you'll see something

[sage-support] Re: strange behavior with sums

On 2014-06-23, Karl Schultheisz wrote: > Thanks for your help. I ran: > > [...sage]$ git fetch http://trac.sagemath.org/sage.git > u/pbruin/16224-maxima_to_sage > fatal: Not a git repository (or any of the parent directories): .git I see - you don't have a git repository, and you do need one! The

Re: [sage-support] Re: strange behavior with sums

In Arch Linux, Sage installs to /opt/sage. I assume this is the SAGEROOT you refer to. On Mon, Jun 23, 2014 at 6:17 PM, Karl Schultheisz wrote: > I agree. Not sure why it is formatted in the quotation as two lines, > because I entered it as one line. > > > On Mon, Jun 23, 2014 at 6:09 PM, Dima

Re: [sage-support] Re: strange behavior with sums

I agree. Not sure why it is formatted in the quotation as two lines, because I entered it as one line. On Mon, Jun 23, 2014 at 6:09 PM, Dima Pasechnik wrote: > On 2014-06-23, Karl Schultheisz wrote: > > Thanks for your help. I ran: > > > > [...sage]$ git fetch http://trac.sagemath.org/sage.git

[sage-support] Re: strange behavior with sums

On 2014-06-23, Karl Schultheisz wrote: > Thanks for your help. I ran: > > [...sage]$ git fetch http://trac.sagemath.org/sage.git > u/pbruin/16224-maxima_to_sage > fatal: Not a git repository (or any of the parent directories): .git this should be one command (on one line) $ git fetch http://trac

Re: [sage-support] Re: strange behavior with sums

Thanks for your help. I ran: [...sage]$ git fetch http://trac.sagemath.org/sage.git u/pbruin/16224-maxima_to_sage fatal: Not a git repository (or any of the parent directories): .git On Mon, Jun 23, 2014 at 2:55 PM, Dima Pasechnik wrote: > On 2014-06-23, Karl Schultheisz wrote: > > I have i

[sage-support] Re: strange behavior with sums

On 2014-06-23, Karl Schultheisz wrote: > I have installed git and chosen my name and email address. What commands > should I run to apply this patch? I have been reading the developer manual, > but at this point I am not interested in contributing code to Sage. I just > want to apply patches. this

Re: [sage-support] Re: strange behavior with sums

I have installed git and chosen my name and email address. What commands should I run to apply this patch? I have been reading the developer manual, but at this point I am not interested in contributing code to Sage. I just want to apply patches. On Mon, Jun 23, 2014 at 9:45 AM, Karl Schultheisz

[sage-support] Re: strange behavior with sums

Thank you. It is obviously time that I learn to use git. On Monday, June 23, 2014 9:10:09 AM UTC-4, Dima Pasechnik wrote: > > On 2014-06-23, Dima Pasechnik > wrote: > > On 2014-06-23, Karl Schultheisz > > wrote: > >> Sorry, I haven't. I don't know how. > > well, this is actually easy to fix, a

[sage-support] Re: strange behavior with sums

On 2014-06-23, Dima Pasechnik wrote: > On 2014-06-23, Karl Schultheisz wrote: >> Sorry, I haven't. I don't know how. > well, this is actually easy to fix, as no recompilation of Sage is > needed here: the only change is in src/sage/intefaces/maxima_lib.py > > http://git.sagemath.org/sage.git/diff

[sage-support] Re: strange behavior with sums

On 2014-06-23, Karl Schultheisz wrote: > Sorry, I haven't. I don't know how. well, this is actually easy to fix, as no recompilation of Sage is needed here: the only change is in src/sage/intefaces/maxima_lib.py http://git.sagemath.org/sage.git/diff/src/sage/interfaces/maxima_lib.py?id=3e25c1357e

[sage-support] Re: strange behavior with sums

On 2014-06-23, Dima Pasechnik wrote: > On 2014-06-23, Karl Schultheisz wrote: >> I'm using Sage 6.2 on Arch Linux. I have posted before about sums being >> wrong >>, >> and I am happy to see that the community took action.

[sage-support] Re: strange behavior with sums

Sorry, I haven't. I don't know how. On Monday, June 23, 2014 8:38:46 AM UTC-4, Dima Pasechnik wrote: > > On 2014-06-23, Karl Schultheisz > wrote: > > I'm using Sage 6.2 on Arch Linux. I have posted before about sums being > > wrong > >

[sage-support] Re: strange behavior with sums

On 2014-06-23, Karl Schultheisz wrote: > I'm using Sage 6.2 on Arch Linux. I have posted before about sums being > wrong >, > and I am happy to see that the community took action. Thanks! I have been > seeing other errors t

[sage-support] Re: Strange behavior when trying to get help from command line

Complementing, in the notebook interface, help(sqrt) and help(diff) shows the help for the functions in a new tab, but help(exp), help(cos) and help(sin) opens a new tab, but shows only the name of the function, not the help. On Sunday, April 28, 2013 5:57:54 PM UTC-3, João Alberto Ferreira wro

[sage-support] Re: strange behavior in sage 5.0

This is http://trac.sagemath.org/sage_trac/ticket/12954 -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-suppor

[sage-support] Re: strange behavior in sage 5.0

On 5/16/12 11:13 PM, Kenneth A. Ribet wrote: Any advice here? Am I doing something wrong: sage: 1+1 2 sage: (0.8*0.15)/(0.8*0.15 + 0.2*0.85) It seems like some other people are also having similar problems with the Mac OSX binary: https://groups.google.com/forum/?fromgroups#!topic/sage-s

Re: [sage-support] Re: strange behavior on assigning string with single quotes

Hi Rajeev, This is a bug in older versions of Sage. Please try downloading the latest version over at: http://sagemath.org/download-linux.html. On Wed, May 12, 2010 at 7:43 PM, Rajeev wrote: > Let me also add that there is no problem if the dropdown menu at the > top is set at sage (the default

[sage-support] Re: strange behavior on assigning string with single quotes

Let me also add that there is no problem if the dropdown menu at the top is set at sage (the default option). On May 12, 4:31 pm, Rajeev wrote: > Hi, > > I am finding a very strange behavior in notebook. Evaluating > > a = 'hello' > > gives > > Traceback (most recent call last): >   File "", li

[sage-support] Re: Strange behavior in timeit

On Mon, Aug 3, 2009 at 7:23 PM, Dan Shumow wrote: >> The above change is very sensible, since we know that outP is on >> self.__E2, so should directly create a point on E2 and not check again >> that our point is really on E2 (which is very expensive). > > I agree that we should make the change: >

[sage-support] Re: Strange behavior in timeit

> The above change is very sensible, since we know that outP is on > self.__E2, so should directly create a point on E2 and not check again > that our point is really on E2 (which is very expensive). I agree that we should make the change: else: outP = self.__E2(outP) to

[sage-support] Re: Strange behavior in timeit

On Mon, Aug 3, 2009 at 6:10 PM, VictorMiller wrote: > > Sorry, here's the definition of Q: > > Q = E.random_element() > > Victor > > On Aug 3, 8:45 pm, Simon King wrote: >> Hi! >> >> On 4 Aug., 02:31, VictorMiller wrote: >> >> > Here are the commands I used: >> >> > qq = [z for z in primes(1

[sage-support] Re: Strange behavior in timeit

Hi Victor, On 4 Aug., 03:10, VictorMiller wrote: > Sorry, here's the definition of Q: > > Q = E.random_element() Thanks! So, probably it is unrelated with the ticket I mentioned. Also note that the computation time does not increase monotonely: sage: for i in xrange(20): timeit('phi(Q)') :

[sage-support] Re: Strange behavior in timeit

Sorry, here's the definition of Q: Q = E.random_element() Victor On Aug 3, 8:45 pm, Simon King wrote: > Hi! > > On 4 Aug., 02:31, VictorMiller wrote: > > > Here are the commands I used: > > > qq = [z for z in primes(10,10+100) if (z%12) == 11] > > E = EllipticCurve(j=GF(qq[0])(1728))

[sage-support] Re: Strange behavior in timeit

Hi! On 4 Aug., 02:31, VictorMiller wrote: > Here are the commands I used: > > qq = [z for z in primes(10,10+100) if (z%12) == 11] > E = EllipticCurve(j=GF(qq[0])(1728)) > # E has qq[0]+1 points over GF(qq[0]) > factor(qq[0]+1) > P = ((qq[0]+1)//3)*E.random_element() > K = [E(0),P,-P] > p

[sage-support] Re: Strange behavior in timeit

Here are the commands I used: qq = [z for z in primes(10,10+100) if (z%12) == 11] E = EllipticCurve(j=GF(qq[0])(1728)) # E has qq[0]+1 points over GF(qq[0]) factor(qq[0]+1) P = ((qq[0]+1)//3)*E.random_element() K = [E(0),P,-P] phi = E.isogeny(K) for i in xrange(20): timeit('phi(Q)') On

[sage-support] Re: Strange behavior in timeit

On Mon, Aug 3, 2009 at 4:37 PM, VictorMiller wrote: > > As far as I know Maxima isn't involved -- I don't think that isogenies > uses Maxima. You can prove Maxima isn't involved by doing the computation then exiting sage and seeing if it says "Exiting Maxima" when Sage is quiting. William > > V

[sage-support] Re: Strange behavior in timeit

On 4 Aug., 00:29, VictorMiller wrote: ... >  phi = E.isogeny([E(0),P,-P]) > for i in xrange(20): timeit('phi(Q)') > > 625 loops, best of 3: 1.17 ms per loop > 625 loops, best of 3: 1.75 ms per loop > 125 loops, best of 3: 2.1 ms per loop > 125 loops, best of 3: 2.22 ms per loop > 125 loops, bes

[sage-support] Re: Strange behavior in timeit

Hi Victor, On Tue, Aug 4, 2009 at 8:29 AM, VictorMiller wrote: > > I was trying to find out how fast a calculation was (applying an > isogeny of degree on an elliptic curve over > a finite field).  At first I noticed that when I repeated a timeit > call with the same expression I was getting mono

[sage-support] Re: Strange behavior in timeit

As far as I know Maxima isn't involved -- I don't think that isogenies uses Maxima. Victor On Aug 3, 6:58 pm, Simon King wrote: > On 4 Aug., 00:29, VictorMiller wrote: > ... > > > > > > >  phi = E.isogeny([E(0),P,-P]) > > for i in xrange(20): timeit('phi(Q)') > > > 625 loops, best of 3: 1.17 m

[sage-support] Re: strange behavior

On Mon, Jun 15, 2009 at 6:07 AM, Florian Beutler wrote: > > hello > > flor...@florian-laptop:~/Gadget-2.0.3/Analysis$ sage -v > | SAGE Version 3.0.5, Release Date: 2008-07-11 > > my operation system is ubuntu 9,04 > >> What are the paths below to /usr/lib? > > I don't know what you mean... > regar

[sage-support] Re: strange behavior

hello flor...@florian-laptop:~/Gadget-2.0.3/Analysis$ sage -v | SAGE Version 3.0.5, Release Date: 2008-07-11 my operation system is ubuntu 9,04 > What are the paths below to /usr/lib? I don't know what you mean... regards florian On Jun 14, 10:00 pm, William Stein wrote: > On Sun, Jun 14, 20

[sage-support] Re: strange behavior

hello flor...@florian-laptop:~/Gadget-2.0.3/Analysis$ sage -v | SAGE Version 3.0.5, Release Date: 2008-07-11 my operation system is ubuntu 9,04 > What are the paths below to /usr/lib? I don't know what you mean... regards florian On Jun 14, 10:00 pm, William Stein wrote: > On Sun, Jun 14, 20

[sage-support] Re: strange behavior

On Sun, Jun 14, 2009 at 6:48 AM, Florian Beutler wrote: > > yep sorry... here is the error message What version of Sage are you using? On what computer? Etc. etc. What are the paths below to /usr/lib? -- William > > flor...@florian-laptop:~/sage$ sage friction.py > Ok... dann legen wir mal lo

[sage-support] Re: strange behavior

yep sorry... here is the error message flor...@florian-laptop:~/sage$ sage friction.py Ok... dann legen wir mal los! step1: definition of the density profile 99824085.5683 step2: definition of the circular velocity 3.51331142172386 step3: definition of the integrated mass 229643.853879355 ste

[sage-support] Re: strange behavior

2009/6/13 Florian Beutler : > > Hay > I am a bit annoyed by sage... I just want to print a function two > times and sage gives me an error... this is the first script > > #!/usr/bin/env sage -p

[sage-support] Re: Strange behavior on sagenb

On Mar 28, 8:59 am, William Stein wrote: > I know of one place in sage where objects cache their hash for > efficiency reasons (e.g., I think Sage matrices do). I hadn't thought > about the fact that pickling, moving to an object to a platform where > the hashes are different, and unpickling, wou

[sage-support] Re: Strange behavior on sagenb

On Sat, Mar 28, 2009 at 6:26 AM, Jason Bandlow wrote: >> I'm guessing this is a subtle 32 versus 64-bit issue involving >> pickling and assumptions made somewhere in the combinat or other sage >> code involving 32/64-bit.  The notebook is 64-bit and I bet your >> computer is 32-bit. >> >> By the

[sage-support] Re: Strange behavior on sagenb

William Stein wrote: > On Thu, Mar 26, 2009 at 8:50 AM, Jason Bandlow wrote: >> Hi all, >> >> When I start up a clean version of sage 3.4 on my local machine and >> enter the following into a notebook cell: >> >> M=load('http://www.math.upenn.edu/~jbandlow/sage_data/dic_of_kst_to_G_cob_mats.sobj'

[sage-support] Re: Strange behavior on sagenb

On Thu, Mar 26, 2009 at 8:50 AM, Jason Bandlow wrote: > > Hi all, > > When I start up a clean version of sage 3.4 on my local machine and > enter the following into a notebook cell: > > M=load('http://www.math.upenn.edu/~jbandlow/sage_data/dic_of_kst_to_G_cob_mats.sobj') > # This object is a dict

[sage-support] Re: Strange behavior in Partition(x).next()

On Dec 14, 2007 12:19 PM, mekaj <[EMAIL PROTECTED]> wrote: > Now I would expect that when I call print_partitions(x), where 'x' is > an Integer that SAGE would print all possible partitions of 'x'. The > first time I call the function it works as expected. However, for > each call after that, it

[sage-support] Re: Strange behavior in Partition(x).next()

Hi David. Thanks for the quick reply :) > def get_partitions(x, y=None): > if y is None: > y = [] > [... other stuff ...] It works! I guess I'm still learning the intricacies of Python. All I had to do was the changes you suggested and then make sure to change

[sage-support] Re: Strange behavior in Partition(x).next()

On Dec 13, 2007, at 9:19 PM, mekaj wrote: > def get_partitions(x,y=[]): The problem might be your default argument above. This is really a python issue. Every time your function is called, it's getting the *same* list object. The standard python idiom to get around this is: def get_partiti

[sage-support] Re: Strange behavior with multi-line input

On Oct 17, 2006, at 20:08 , William Stein wrote: > > On Tue, 17 Oct 2006 18:11:48 -0700, Justin C. Walker <[EMAIL PROTECTED]> > wrote: [snip] >> If I type, say >> >> for i in range(0,5): >> for j in range(0,5): >> ^C >> and, at the 'sage: ' prompt, type "^", I get the above, more or less >>

[sage-support] Re: Strange behavior with multi-line input

On Tue, 17 Oct 2006 18:11:48 -0700, Justin C. Walker <[EMAIL PROTECTED]> wrote: > Hi, all, > > I'm using sage-1.4. > > On my MacBook Pro, with a "mercurial" sage-main install. > > On my dual G5 PowerMac, I have a "stock" 1.4 install (except for a > slightly modified 'pari' install, aI modified "