[sage-devel] Re: Lazy Infinite Power Series

On Mar 30, 2009, at 6:36 AM, Henryk Trappmann wrote: > > Ok, here is a first shot that has 100% coverage (except dumps): > http://github.com/bo198214/hyperops/raw/ > 09e1da3372d7b431cdf557ffe164df9f91c08e68/formal_powerseries.py > > I finally decided to name it FPSRing, for Formal Power Series R

[sage-devel] Re: Lazy Infinite Power Series

> 3. I dont know what "sum_generator" and "product_generator" in Mike's > implementation do. Maybe you should look at the original... http://www.risc.uni-linz.ac.at/people/hemmecke/AldorCombinat/combinatsu29.html#x44-770009.2.10 and corresponding tests http://www.risc.uni-linz.ac.at/people/hem

[sage-devel] Re: Lazy Infinite Power Series

On Sat, Mar 28, 2009 at 9:17 AM, Henryk Trappmann wrote: > > I reached 90% coverage and have some more questions: > > 1. What is pickling? Currently I get the following message if I try > dumps: > PicklingError: Can't pickle : > attribute lookup __main__.FormalPowerSeries failed I would guess th

[sage-devel] Re: Lazy Infinite Power Series

On Mar 31, 9:55 am, Robert Bradshaw wrote: > There is also _rmul_ and _lmul_ which are used to implement   > multiplication by a scalar. Thats great, I was wandering how to recognize scalar multplication. Thank you Robert. --~--~-~--~~~---~--~~ To post to this gr

[sage-devel] Re: Lazy Infinite Power Series

On Mar 31, 10:41 am, Franco Saliola wrote: > On Sat, Mar 28, 2009 at 9:17 AM, Henryk Trappmann > I would guess that you are probably just loading/attaching some local > files to a Sage session. If that's correct, then that is the cause of > this problem. When you merge your code into Sage, then t

[sage-devel] Re: Lazy Infinite Power Series

On Mar 31, 10:49 am, Franco Saliola wrote: > > I'd rather it were named the more verbose, but significantly more > > explicit, FormalPowerSeriesRing. This fits better with the naming of > > all the other rings, and we do have tab completion after all. > > I prefer FormalPowerSeriesRing, as well.

[sage-devel] Re: [sage-combinat-devel] windows port

I am reading linux from scratch documentation and it states that even an apache server could run on an 8 mb custom build linux. So I am planning to learn lfs and I want to try to build a linux for vmware especially running only sage and try to gain performance increments. Once on a topic about R la

[sage-devel] Re: Lazy Infinite Power Series

On Tue, Mar 31, 2009 at 9:55 AM, Robert Bradshaw wrote: > > On Mar 30, 2009, at 6:36 AM, Henryk Trappmann wrote: > >> >> Ok, here is a first shot that has 100% coverage (except dumps): >> http://github.com/bo198214/hyperops/raw/ >> 09e1da3372d7b431cdf557ffe164df9f91c08e68/formal_powerseries.py >>

[sage-devel] doctesting problems in 3.4.1.alpha0

Both John Cremona and I have been having some serious problems with "sage -t" in 3.4.1.alpha0. Doing "sage -testall" seems to work as it should, but doctesting a single file fails horribly in many cases, even with files that weren't changed at all between 3.4 and 3.4.1.alpha0: da...@groke:~/sage

[sage-devel] Re: Lazy Infinite Power Series

If you're editing files in the sage library, you need to type sage -br from the command line in order for your changes to be incorporated into the copy of sage that you're running (the -b builds, the -r means to start sage). Having written a lazy p-adics class, my guess is that your pickling error

[sage-devel] Re: Lazy Infinite Power Series

On Mar 31, 12:34 pm, David Roe wrote: > Having written a lazy p-adics class, my guess is that your pickling errors > have to do with the fact that you're storing a function.  If you replace all > of the local functions that you're storing with callable classes (ie a class > that implements the __

[sage-devel] Re: doctesting problems in 3.4.1.alpha0

Hi David and John, On 31 Mrz., 11:58, daveloeffler wrote: > Both John Cremona and I have been having some serious problems with > "sage -t" in 3.4.1.alpha0. > > Doing "sage -testall" seems to work as it should, but doctesting a > single file fails horribly in many cases, even with files that wer

[sage-devel] Re: doctesting problems in 3.4.1.alpha0

It works fine for me with an absolute path! John 2009/3/31 Georg S. Weber : > > Hi David and John, > > On 31 Mrz., 11:58, daveloeffler wrote: >> Both John Cremona and I have been having some serious problems with >> "sage -t" in 3.4.1.alpha0. >> >> Doing "sage -testall" seems to work as it shou

[sage-devel] Re: doctesting problems in 3.4.1.alpha0

On Mar 31, 2:19 pm, John Cremona wrote: > It works fine for me with an absolute path! > > John > Me too. Thanks for the workaround, Georg! David --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group

[sage-devel] Re: Lazy Infinite Power Series

I don't think it should affect performance much. The difference between calling a Python function and calling a Python class with a custom __call__ method shouldn't be very large. But you can time it and see. David On Tue, Mar 31, 2009 at 2:21 PM, Henryk Trappmann wrote: > > On Mar 31, 12:34 pm

[sage-devel] Re: Lazy Infinite Power Series

On Tue, Mar 31, 2009 at 12:55 AM, Robert Bradshaw wrote: > > On Mar 30, 2009, at 6:36 AM, Henryk Trappmann wrote: > >> >> Ok, here is a first shot that has 100% coverage (except dumps): >> http://github.com/bo198214/hyperops/raw/ >> 09e1da3372d7b431cdf557ffe164df9f91c08e68/formal_powerseries.py >

[sage-devel] Re: Lazy Infinite Power Series

On Mar 31, 4:35 pm, William Stein wrote: > (1) You can't pickle objects with attributes that are functions.  If > your code currently only works with attributes that are functions, it > will need to be rewritten.  Note that callable objects are fine as > attributes (e.g., objects with a __call__

[sage-devel] Re: doctesting problems in 3.4.1.alpha0

On Tue, Mar 31, 2009 at 2:58 AM, daveloeffler wrote: > > Both John Cremona and I have been having some serious problems with > "sage -t" in 3.4.1.alpha0. > > Doing "sage -testall" seems to work as it should, but doctesting a > single file fails horribly in many cases, even with files that weren't

[sage-devel] Re: Question about notebook server setup in a VM

Just continuing this notebook thread... Yesterday I setup this server as a brand new notebook server instance: http://480.sagenb.org/. It's running on exactly the same VMware virtual machine as sagenb.org (so 8GB RAM and two virtual processers). It's literally the *same* machine, not just a co

[sage-devel] Re: [sage-combinat-devel] windows port

2009/3/31 ahmet alper parker : > I am reading linux from scratch documentation and it states that even an > apache server could run on an 8 mb custom build linux. So I am planning to > learn lfs and I want to try to build a linux for vmware especially running > only sage and try to gain perform

[sage-devel] Re: [sage-combinat-devel] windows port

Thanks for saving me from a lot of useless work... :) On Tue, Mar 31, 2009 at 6:07 PM, William Stein wrote: > > 2009/3/31 ahmet alper parker : > > I am reading linux from scratch documentation and it states that even an > apache server could run on an 8 mb custom build linux. So I am planning t

[sage-devel] Re: Question about notebook server setup in a VM

> Yesterday I setup this server as a brand new notebook server > instance:http://480.sagenb.org/.  It's running on exactly the same VMware > virtual machine as sagenb.org (so 8GB RAM and two virtual processers). >   It's literally the *same* machine, not just a copy of it.   I then > had over 30

[sage-devel] Re: multiple problems with plot

On Mon, Mar 30, 2009 at 3:33 PM, John H Palmieri wrote: > > On Mar 30, 2:47 pm, Harald Schilly wrote: >> On Mar 30, 11:09 pm, Jason Grout wrote: >> >> >> >> > Harald Schilly wrote: >> > > With the "report a problem" public bugtracker this was reported: >> >> > >http://spreadsheets.google.com/ve

[sage-devel] testing py files outside the tree

Suppose I have just written a whole lot of new functions in a .py file outside the main source tree, complete with doctests. How can I test these using sage -t, given that the file needs to be loaded or attached for the functions to be visible? Do I have to actually put the file somewhere in the

[sage-devel] Re: testing py files outside the tree

On Tue, Mar 31, 2009 at 9:34 AM, John Cremona wrote: > > Suppose I have just written a whole lot of new functions in a .py file > outside the main source tree, complete with doctests.  How can I test > these using sage -t, given that the file needs to be loaded or > attached for the functions to

[sage-devel] Re: Question about notebook server setup in a VM

On Tue, Mar 31, 2009 at 9:18 AM, kcrisman wrote: > >> Yesterday I setup this server as a brand new notebook server >> instance:http://480.sagenb.org/.  It's running on exactly the same VMware >> virtual machine as sagenb.org (so 8GB RAM and two virtual processers). >>   It's literally the *same*

[sage-devel] Answers about doc should go on the wiki.

Dear All, > Remember that bug with absolute paths and "sage -t" that David > Loeffler mentioned recently? Well in sage-3.4.1.alpha0, at least, if > you doctest foo.py outside the tree, then "from foo import *" is done > first. E.g., Please have a look at

[sage-devel] Re: Question about notebook server setup in a VM

> 1. what VM you are using? VMWare. The virtual machine itself gotten with the Sage download is some version of Ubuntu, apparently Feisty Fawn? (Parenthetical note: Unfortunately, the Ubuntu webpage says: Ubuntu 7.04 Feisty Fawn Release Date April 19 2007 End of life date October 2008. This h

[sage-devel] Re: testing py files outside the tree

thanks! As you can tell, I had not actually tried it as I assumed it would not work! John 2009/3/31 William Stein : > > On Tue, Mar 31, 2009 at 9:34 AM, John Cremona wrote: >> >> Suppose I have just written a whole lot of new functions in a .py file >> outside the main source tree, complete wi

[sage-devel] Re: Answers about doc should go on the wiki.

That page looks very useful -- why not move it so that it is not under combinat? John 2009/3/31 Florent Hivert : > >      Dear All, > >> Remember that bug with absolute paths and "sage -t" that David >> Loeffler mentioned recently?  Well in sage-3.4.1.alpha0, at least, if >> you doctest foo.py o

[sage-devel] Re: Answers about doc should go on the wiki.

Dear John, > That page looks very useful -- why not move it so that it is not under > combinat? [...] > > By the way, since they are a lot of people asking question about the doc, > > this > > page should definitely by more apparent. Here is an excerpt of the page: > > > >    It has bee

[sage-devel] Re: Sage 3.4 Installation error (due to gmp-mpir-0.9's installation ) on Playstation 3 (with Ubuntu 8.10 Linux)

GMP used to build on a playstation, though I don't know which versions. The eventual plan is to have MPIR not only build on a playstation, but to specifically support the Cell chip. I will not have access to a playstation 3 again for about 2 months, so this bug is unlikely to get fixed quickly.

[sage-devel] Re: Answers about doc should go on the wiki.

Hi Florent, personally, I would have searched the "Sage Developers Guide" for information on how "sage -t" works. And if there is nothing to find, I'd look directly at the code (.../local/bin/sage-test). Admittedly, I rarely use the Wiki, because I do not feel comfortable with it --- nor do I alw

[sage-devel] Re: Answers about doc should go on the wiki.

Dear Georg, > personally, I would have searched the "Sage Developers Guide" for > information on how "sage -t" works. And if there is nothing to find, > I'd look directly at the code (.../local/bin/sage-test). So would I. The wiki is only temporary... See my comments below. > Admittedly,

[sage-devel] Re: Lazy Infinite Power Series

On Mar 31, 4:35 pm, William Stein wrote: > Note that callable objects are fine as > attributes (e.g., objects with a __call__ method defined). Actually I dont see how to get it to work: I want to give a function as initialization parameter to FormalPowerSeries. This function needs to be stored s

[sage-devel] Re: jsmath in docstrings

On Mar 29, 4:46 pm, William Stein wrote: > On Sun, Mar 29, 2009 at 4:14 PM, John H Palmieri > wrote: > > > In the notebook, would it be at all feasible to have the math in > > docstrings (that is, text in backquotes like `n \times n`) run through > > jsmath? > > Yes, that's definitely possible.

[sage-devel] Re: Lazy Infinite Power Series

On Tue, Mar 31, 2009 at 1:26 PM, Henryk Trappmann wrote: > > On Mar 31, 4:35 pm, William Stein wrote: >> Note that callable objects are fine as >> attributes (e.g., objects with a __call__ method defined). > > Actually I dont see how to get it to work: > I want to give a function as initializati

[sage-devel] Re: Question about notebook server setup in a VM

2009/3/31 kcrisman : > > >> 1. what VM you are using? > > VMWare. The virtual machine itself gotten with the Sage download is > some version of Ubuntu, apparently Feisty Fawn? > > (Parenthetical note: Unfortunately, the Ubuntu webpage says: Ubuntu > 7.04 Feisty Fawn Release Date April 19 2007 En

[sage-devel] Reviewer with maple and a mac needed for http://trac.sagemath.org/sage_trac/ticket/2120

As the subject says, http://trac.sagemath.org/sage_trac/ticket/2120 makes the maple interface work for me on sage.math but I can't test it elsewhere. Will you help me test it elsewhere? Thanks, Nick --~--~-~--~~~---~--~~ To post to this group, send email to s