On Aug 22, 2009, at 9:57 AM, Dr. David Kirkby wrote:
>
> William Stein wrote:
>
>> It's important to clarify what a banner is for, what is "useful
>> information" and for what purpose. First, think about this -- Every
>> time you read a question or bug report from a user, what do you often
>> as
On Aug 24, 2009, at 2:09 AM, Dr. David Kirkby wrote:
>
> Harald Schilly wrote:
>> On Aug 10, 9:58 am, Harald Schilly wrote:
>>> I was thinking about a benchmark website...
>>
>> ... which is now more concrete:
>> http://www.sagemath.org/tour-benchmarks.html
>> Please send me more examples if you
On Aug 24, 2009, at 11:31 PM, Nils Bruin wrote:
>
> On Aug 24, 9:02 pm, Robert Bradshaw
> wrote:
>
>> I think you can do
>>
>> -Wl,-Bstatic -lgmp
>>
>> at the end.
>
> Wonderful, yes that makes the linker look for libgmp.a rather than
> ligmp.so. However, the libgmp.a that mpir builds yields th
On Aug 24, 9:02 pm, Robert Bradshaw
wrote:
> I think you can do
>
> -Wl,-Bstatic -lgmp
>
> at the end.
Wonderful, yes that makes the linker look for libgmp.a rather than
ligmp.so. However, the libgmp.a that mpir builds yields the "recompile
with -fPIC" complaint in this situation. I guess for
On Mon, Aug 24, 2009 at 10:43 PM, Robert
Bradshaw wrote:
>
> On Aug 23, 2009, at 12:42 PM, William Stein wrote:
>
>> On Sun, Aug 23, 2009 at 12:27 PM, Sebastian Pancratz
>> wrote:
>>
>> I think as a first step I'll only implement the additional argument
>> for the two methods "is_field" and "is_i
Hi,
I wrote a blog post about my impressions from the scipy 09 conference
(+links to videos) here:
http://ondrejcertik.blogspot.com/2009/08/scipy-2009-conference.html
Ondrej
--~--~-~--~~~---~--~~
To post to this group, send an email to sage-devel@googlegroups.co
On Aug 23, 2009, at 12:42 PM, William Stein wrote:
> On Sun, Aug 23, 2009 at 12:27 PM, Sebastian Pancratz
> wrote:
>
> I think as a first step I'll only implement the additional argument
> for the two methods "is_field" and "is_integral_domain".
+1 to this idea.
> For the other suggestion, n
On Aug 24, 2009, at 6:07 PM, Nils Bruin wrote:
>
> On Aug 24, 4:51 pm, Jason Moxham wrote:
>
>> To me 1) sounds like the best option, if ecl links with it own
>> static version
>> of gmp , then as long as we aren't leaking any symbols everything
>> should just
>> work . We are leaking some
Hi folks,
Ticket #6476
http://trac.sagemath.org/sage_trac/ticket/6476
upgrades Singular to version 3-1-0-4. You can find the new spkg at
http://sage.math.washington.edu/home/malb/spkgs/singular-3-1-0-4-20090818.spkg
or
http://sage.math.washington.edu/home/mvngu/patch/singular-3-1-0-4-2009081
In the lectures on solid state chemistry, lecture 22 the plot is shown
as the ln(x), "the natural log"... in the open courseware from MIT:
http://www.youtube.com/watch?v=TVuG75QH0kA&feature=SeriesPlayList&p=3B87AF6948F5E8F9&index=22
On Aug 24, 9:56 pm, William Stein wrote:
> On Mon, Aug 24, 2009
On Aug 24, 5:02 pm, Jason Moxham wrote:
> nlimbs(a+b)<=max(nlimbs(a),nlimbs(b))+1
> nlimbs(a*b)<=nlimbs(a)+nlimbs(b)
>
> but this is for the answer only , it doesn't include any temp space needed to
> perform the calculation eg we multiply by FFT and need approx 6x the space
> above. The temp sp
On Tue, Aug 25, 2009 at 11:58 AM, William Stein wrote:
>
> Did you valgrind in parallel?
No, I did not. Valgrinding with 2, 3, or 4 threads is OK. Any more
than that, I thought it wouldn't be fair on other people who also
wanted to use sage.math.
--
Regards
Minh Van Nguyen
--~--~-~-
Is anybody going to be in Denver Nov 3-6? If so, see below... and
http://net.educause.edu/content.asp?page_id=1352&bhcp=1
-- Forwarded message --
From: Corinne Cho-Beaulieu
Date: Mon, Aug 24, 2009 at 11:30 AM
Subject: Educause 2009 - Denver
To: william stein
Cc: "casey >> C
On Mon, Aug 24, 2009 at 4:49 PM, Minh Nguyen wrote:
>
> Hi folks,
>
> It took me about 8 days to valgrind Sage on sage.math. In total, the
> whole process generated about 3.1 GB worth of memcheck reports. And
> the total number of reports is 2701. A mem leak hunter's paradise :-)
>
Did you valgri
On Mon, Aug 24, 2009 at 6:52 PM, Jason Grout wrote:
>
> Tim Lahey wrote:
>>
>> On Aug 23, 2009, at 5:54 PM, William Stein wrote:
>>
>>> Unfortunately it doesn't mean that. I think it just means that "ln"
>>> is a shortcut for "log", but otherwise works just like "log".
>>
>>
>> Is it possible in
Tim Lahey wrote:
>
> On Aug 23, 2009, at 5:54 PM, William Stein wrote:
>
>> Unfortunately it doesn't mean that. I think it just means that "ln"
>> is a shortcut for "log", but otherwise works just like "log".
>
>
> Is it possible in this change to have function for ln that will
> print to L
On Sun, Aug 23, 2009 at 1:47 PM, William Stein wrote:
>
> Hi,
>
> One nuisance in mathematics is the "ln(x)" notation for natural
> logarithms by students up to a certain age, followed by the "log(x)"
> notation used for exactly the same thing after a certain age. So
> I've always taken great pr
Christian Nassau wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Rob Beezer wrote:
>> On Aug 23, 4:15 am, John Cremona wrote:
>>> Now gmail
>>> automatically hides quoted text, replacing it by a tiny link "show
>>> quoted text".
>> [...] to toggle it on and back off again. I find
On Aug 24, 4:51 pm, Jason Moxham wrote:
> To me 1) sounds like the best option, if ecl links with it own static version
> of gmp , then as long as we aren't leaking any symbols everything should just
> work . We are leaking some symbols though , some by accident , and some on
> purpose for testi
On Monday 24 August 2009 23:54:39 Nils Bruin wrote:
> On Aug 24, 2:44 pm, Bill Hart wrote:
> > void
> > mp_set_memory_functions (void *(*alloc_func) (size_t),
> > void *(*realloc_func) (void *, size_t, size_t),
> > void (*free_func) (void *, size_
On Monday 24 August 2009 22:44:59 Bill Hart wrote:
> On 23 Aug, 21:42, Nils Bruin wrote:
> > The following problem came up while trying to use ecl as a library
> > inside sage:
> >
> > Both sage and ecl use GMP for their multi-precision arithmetic, and
> > both call mp_set_memory_functions to reg
Hi folks,
It took me about 8 days to valgrind Sage on sage.math. In total, the
whole process generated about 3.1 GB worth of memcheck reports. And
the total number of reports is 2701. A mem leak hunter's paradise :-)
--
Regards
Minh Van Nguyen
--~--~-~--~~~---~--~--
On Mon, 24 Aug 2009, Bill Hart wrote:
> On 23 Aug, 21:42, Nils Bruin wrote:
>> The following problem came up while trying to use ecl as a library
>> inside sage:
>>
>> Both sage and ecl use GMP for their multi-precision arithmetic, and
>> both call mp_set_memory_functions to register their memory
On Aug 24, 2:44 pm, Bill Hart wrote:
> void
> mp_set_memory_functions (void *(*alloc_func) (size_t),
> void *(*realloc_func) (void *, size_t, size_t),
> void (*free_func) (void *, size_t))
> {
> if (alloc_func == 0)
> alloc_func = __gmp_def
On Monday 24 August 2009 22:01:50 Dr. David Kirkby wrote:
> Jason Moxham wrote:
> >> I'd personally much rather see the Sage code was distributed as a more
> >> conventional .tar.gz or .tar.bz2.
> >
> > It is , the .spkg is just a empty wrapper(it's SO empty , it's just a
> > rename) , so (I assum
John Cremona wrote:
>> I stand correct - Micheal does say where 'top' is called - it is in
>> sage/rings/tests.py
>>
>> It's important to understand that on a stardard Solaris distribution,
>> top is not included. Sun have 'prstat' which does similar things, but
>> I'd never think of calling that
>
> I stand correct - Micheal does say where 'top' is called - it is in
> sage/rings/tests.py
>
> It's important to understand that on a stardard Solaris distribution,
> top is not included. Sun have 'prstat' which does similar things, but
> I'd never think of calling that to get information in th
On 23 Aug, 21:42, Nils Bruin wrote:
> The following problem came up while trying to use ecl as a library
> inside sage:
>
> Both sage and ecl use GMP for their multi-precision arithmetic, and
> both call mp_set_memory_functions to register their memory managers.
> This obviously doesn't work, s
Dr. David Kirkby wrote:
> I can see no need to use 'top'. It it not even included in a standard
> distribution of Solaris. It is also well known to be inaccurate if used
> on modern Solaris versions. It we need some functionality in Sage, we
> should write code to do it, or make use of another
You may have seen my thread "What keeps calling 'top' and 'grep' ?"
since I'm trying to track down why Sage is making thousands of calls per
second to top.
I then see this trac item
http://sagetrac.org/sage_trac/ticket/6028
"get_memory_usage() sucks performance wise on Solaris" where mabsho
Bravo, an excellent example of how this spkg thing makes life more
difficult for those of us trying to hack away.
On 24 Aug, 21:21, "Dr. David Kirkby" wrote:
> Bill Hart wrote:
> > Hi,
>
> > I'm trying to open the flint spkg from the recent sage. As per the
> > instructions I typed:
>
> > tar jx
Jason Moxham wrote:
>> I'd personally much rather see the Sage code was distributed as a more
>> conventional .tar.gz or .tar.bz2.
>>
>
> It is , the .spkg is just a empty wrapper(it's SO empty , it's just a
> rename) , so (I assume) we can upgrade someday to a more compact format eg
> lzma ,
On Aug 24, 2:11 pm, Nils Bruin wrote:
> On Aug 24, 7:55 am, Robert Dodier wrote:
>
> > The #$ macro constructs a string input stream and eventually
> > calls ADD-LINEINFO so it suffers from the bug I mentioned in
> > a previous message.
>
> The $NOLABELS variable seems to live in local scope so
On Monday 24 August 2009 21:21:28 Dr. David Kirkby wrote:
> Bill Hart wrote:
> > Hi,
> >
> > I'm trying to open the flint spkg from the recent sage. As per the
> > instructions I typed:
> >
> > tar jxvf flint-1.3.0.p1.spkg
> >
> > on sage.math, but it complained:
> >
> > bzip2: (stdin) is not a bz
William Stein wrote:
>
>
> On Fri, Aug 21, 2009 at 4:44 PM, Dr. David Kirkby
> mailto:david.kir...@onetel.net>> wrote:
>
>
> I've just run 'make test' on Sage. That has now completed. Sage is not
> being used, nor anything else that uses python.
>
> What I see is that there are 3
On Aug 24, 1:21 pm, "Dr. David Kirkby"
wrote:
> I can see from the processes being created that something is calling
> 'top -b -n' thousands of times. Had Sage been distributed as a big
> tar.bz2 file, I could extract that, and then use a recursive grep to
> find 'top -b -n'.
Why don't you tak
On Aug 24, 5:33 am, "Nicolas M. Thiery"
wrote:
> - The problem with the map a -> (a,0) is only that 1_A is mapped to
> (1_A,0) which is not 1_{A\oplusB} = (1_A,1_B), right?
>
> Otherwise said, the category of NonUnitalAlgebras (which is not yet
> implemented in Sage) indeed has a direct
Bill Hart wrote:
> Hi,
>
> I'm trying to open the flint spkg from the recent sage. As per the
> instructions I typed:
>
> tar jxvf flint-1.3.0.p1.spkg
>
> on sage.math, but it complained:
>
> bzip2: (stdin) is not a bzip2 file.
> tar: Child returned status 2
> tar: Error exit delayed from prev
On Aug 24, 8:48 am, David Kohel wrote:
> I would prefer to generate a html or pdf file that I could view with
> standard tools or just read as plain text. Or maybe break the
> task into steps: extract the doc strings to a ReST file, and browse
> the ReST file with some "standard tools" (say rst
On Aug 24, 7:55 am, Robert Dodier wrote:
> The #$ macro constructs a string input stream and eventually
> calls ADD-LINEINFO so it suffers from the bug I mentioned in
> a previous message.
The $NOLABELS variable seems to live in local scope somewhere, and
hence setting it does not affect the det
Hi Tim!
On Mon, Aug 24, 2009 at 04:04:28AM -0400, Tim Daly wrote:
> Do you have the inheritance graph of the categories?
Almost :-) The category primer currently suggests:
sage: GradedHopfAlgebrasWithBasis(QQ).category_graph().plot()
which gives a reasonable approximation. However
On Sun, Aug 23, 2009 at 02:48:15AM -0700, javier wrote:
> On Aug 23, 12:56 am, "Nicolas M. Thiery"
> wrote:
> > For the rest, this review is a bit specific: you can skip the
> > technical part of the review (checking that the patch applies
> > smoothly, pass tests, ...); this part will be done at
On Sun, Aug 23, 2009 at 02:48:15AM -0700, javier wrote:
> > possibly simply by browsing:
> >
> >
> > http://combinat.sagemath.org/hgwebdir.cgi/code/file/tip/sage/categories)
> >
> > and make sure they makes sense.
>
> About this, I clicked on a file at random (algebras.py) to have an
> id
2009/8/24 Bill Hart :
>
> Hi,
>
> I'm trying to open the flint spkg from the recent sage. As per the
> instructions I typed:
>
> tar jxvf flint-1.3.0.p1.spkg
>
> on sage.math,
Bill, there's a complete build from source on our computer in
/usr.local/sage-4.1.1 and you can find the spkgs in there.
On Mon, Aug 24, 2009 at 8:10 AM, Golam Mortuza Hossain
wrote:
>
> Hi,
>
> On Mon, Aug 24, 2009 at 11:57 AM, William Stein wrote:
> > Anyway, patch up at
> >
> > http://trac.sagemath.org/sage_trac/ticket/6818
>
>
> Once above is merged following (possibly duplicate) bug
> should be closed
>
> http:
My poor old Sun is suffering a very high load average after running
$ make test
PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP
15266 drkirkby 34M 31M run 550 0:01:16 20% maxima/1
3260 drkirkby 30M 20M run 200 15:06:02 12% maxima/1
153
On Aug 24, 4:57 pm, William Stein wrote:
> Here's the responsible lisp code by the way from suprv1.lisp:
>
> [eyecancer]
now i got it, lisp is the real python (snake)
> Does lisp have hash tables? :-)
http://cl-cookbook.sourceforge.net/hashes.html has commands that
aren't used there.
but you
Hi!
On Aug 24, 4:53 pm, William Stein wrote:
> Yep, you are right, as I just verified (and added links back and forth).
> Simon King might also be happy, since he reported this bug.
I am :-))
Thank you for fixing it!
Cheers,
Simon
--~--~-~--~~~---~--~~
To post
I would prefer to generate a html or pdf file that I could view with
standard tools or just read as plain text. Or maybe break the
task into steps: extract the doc strings to a ReST file, and browse
the ReST file with some "standard tools" (say rst2html file |
lynx).
The first step is important
Hi,
On Mon, Aug 24, 2009 at 11:57 AM, William Stein wrote:
> Anyway, patch up at
>
> http://trac.sagemath.org/sage_trac/ticket/6818
Once above is merged following (possibly duplicate) bug
should be closed
http://trac.sagemath.org/sage_trac/ticket/4731
Cheers,
Golam
--~--~-~--~~
On 8/24/09, William Stein wrote:
> I wonder -- if Maxima's basic arithmetic -- e.g., simplifying 1+2 --
> is super slow for some abstract reason, I wonder if it is taking
> longer and longer to compute the next prompt number. That would be
> pretty funny. Is there any way to turn off the promp
On Mon, Aug 24, 2009 at 7:27 AM, David Kohel wrote:
>
> Hi William,
>
> Thanks (to John Palmieri et al), such a feature was requested at Sage
> Days 16.
>
> Is there an interface in the command-line version or a command-line
> call on a file
> that doesn't request require starting up Sage?
I th
Hi William,
Thanks (to John Palmieri et al), such a feature was requested at Sage
Days 16.
Is there an interface in the command-line version or a command-line
call on a file
that doesn't request require starting up Sage?
Cheers,
David
--~--~-~--~~~---~--~~
To p
On Mon, Aug 24, 2009 at 7:46 AM, Stan Schymanski wrote:
>
> Hm, since we wanted to get away from implicit functions, the consistent
> think to do would be to always require the base when a user wants to use
> the log function. I think that this could avoid some confusion.
I think that would be
>> I wonder -- if Maxima's basic arithmetic -- e.g., simplifying 1+2 --
>> is super slow for some abstract reason, I wonder if it is taking
>> longer and longer to compute the next prompt number. That would be
>> pretty funny. Is there any way to turn off the prompt numbers?
>>
>> Help! What is g
> On Sun, Aug 23, 2009 at 11:38 PM, Nils Bruin wrote:
>> The slowing down has nothing to do with the sage interface, but
>> probably with the macro #$...$
The #$ macro constructs a string input stream and eventually
calls ADD-LINEINFO so it suffers from the bug I mentioned in
a previous message.
Hm, since we wanted to get away from implicit functions, the consistent
think to do would be to always require the base when a user wants to use
the log function. I think that this could avoid some confusion. In every
CAS, I have to check in the documentation what the program means by
log(x).
Hi,
I'm trying to open the flint spkg from the recent sage. As per the
instructions I typed:
tar jxvf flint-1.3.0.p1.spkg
on sage.math, but it complained:
bzip2: (stdin) is not a bzip2 file.
tar: Child returned status 2
tar: Error exit delayed from previous errors
I still don't understand why
On Mon, Aug 24, 2009 at 6:48 AM, Bill Hart wrote:
>
> Hi,
>
> I'm trying to open the flint spkg from the recent sage. As per the
> instructions I typed:
>
> tar jxvf flint-1.3.0.p1.spkg
>
> on sage.math, but it complained:
>
> bzip2: (stdin) is not a bzip2 file.
> tar: Child returned status 2
> ta
Hi Bill,
On Mon, Aug 24, 2009 at 11:48 PM, Bill Hart wrote:
>
> Hi,
>
> I'm trying to open the flint spkg from the recent sage. As per the
> instructions I typed:
>
> tar jxvf flint-1.3.0.p1.spkg
>
> on sage.math, but it complained:
>
> bzip2: (stdin) is not a bzip2 file.
> tar: Child returned st
Hi,
I'm trying to open the flint spkg from the recent sage. As per the
instructions I typed:
tar jxvf flint-1.3.0.p1.spkg
on sage.math, but it complained:
bzip2: (stdin) is not a bzip2 file.
tar: Child returned status 2
tar: Error exit delayed from previous errors
I still don't understand why
Hi,
I'm trying to open the flint spkg from the recent sage. As per the
instructions I typed:
tar jxvf flint-1.3.0.p1.spkg
on sage.math, but it complained:
bzip2: (stdin) is not a bzip2 file.
tar: Child returned status 2
tar: Error exit delayed from previous errors
I still don't understand why
Hi William,
On Aug 24, 1:35 pm, William Stein wrote:
[...]
> > But you couldn't use the attribute "._properties" in doc tests anyway,
> > because AFAIK rings are cdef classes, so, you can't access the
> > attributes on a python level.
>
> Yes you can, if you declare them "cdef public _properties
On Mon, Aug 24, 2009 at 12:41 AM, Simon King wrote:
>
> Hi Minh,
>
> On 24 Aug., 02:10, Minh Nguyen wrote:
> [...]
> > > Since I am not an experienced programmer: Are there reasons to not use
> > > a dictionary for those kind of things?
> >
> > A good point: searching through a dictionary is esse
On Aug 23, 4:51 pm, Alex Clemesha wrote:
> On Fri, Aug 21, 2009 at 5:56 PM, Yoav Aner wrote:
>
> > Sounds like a great idea to me to de-couple the notebook from sage.
> > Appengine is not the only option though (but maybe the cheapest at
> > least for now), you could probably use an Amazon EC2
On Aug 24, 12:29 pm, andrejv wrote:
> If this is true the slowdown should be decreased if you add
> nolabels:true; at the top of in.
Wow, thanks for the insight, this works!!!
sage: maxima.eval('nolabels:true;')
'true'
sage: %timeit maxima.eval('1+1')
100 loops, best of 3: 4 ms per loop
sage: %
On 24 avg., 08:52, William Stein wrote:
> OK, that is very valuable to know. It means that independent of
> Sage, just evaluating the same expression "1+2" in Maxima repeatedly
> quickly leads to dramatic slowdowns. This seems to me like an
> absolutely huge bug in Maxima.
>
> I did another te
On Mon, Aug 24, 2009 at 5:50 PM, Alex Ghitza wrote:
> There are several reasons
> to want these upgrades: (a) the current Maxima in Sage is 5.16.3,
> which is basically one year old;
Sorry to be replying to my own post, but in case you need more
arguments supporting (a) above, note that upgrading
On Mon, Aug 24, 2009 at 7:30 PM, Dr. David
Kirkby wrote:
>
> I'm having problems with that patch. Any attempt to download it on my
> system gives me a file with a load of html in it.
That's because you're getting the html-formatted version of it instead
of the raw (plain text) one. See below:
>
On Aug 24, 8:52 am, William Stein wrote:
>
> Help! What is going on!?
Fun thread to read... That's a maxima bug for sure. Has anyone tried
older versions of maxima? If it was better years ago, I think of
bisection to track down the change it introduced this. Has someone
asked on the mailing list
Alex Ghitza wrote:
> Dear sage-devel,
>
> As David Kirkby pointed out, we have been working on upgrading ECL to
> version 9.8.4 and Maxima to version 5.19.1. There are several reasons
> to want these upgrades: (a) the current Maxima in Sage is 5.16.3,
> which is basically one year old; (b) the c
Harald Schilly wrote:
> On Aug 10, 9:58 am, Harald Schilly wrote:
>> I was thinking about a benchmark website...
>
> ... which is now more concrete:
> http://www.sagemath.org/tour-benchmarks.html
> Please send me more examples if you have something else and review the
> page.
I think you should
Nicolas
Do you have the inheritance graph of the categories?
Tim Daly
Nicolas M. Thiery wrote:
> Hi John!
>
> On Sun, Aug 23, 2009 at 12:37:11PM +0100, John Cremona wrote:
>
>> 2009/8/23 Nicolas M. Thiery :
>>
>>> So you can focus on looking at the code, doc, and tests in the fil
Dear sage-devel,
As David Kirkby pointed out, we have been working on upgrading ECL to
version 9.8.4 and Maxima to version 5.19.1. There are several reasons
to want these upgrades: (a) the current Maxima in Sage is 5.16.3,
which is basically one year old; (b) the current ECL and Maxima do not
bu
Hi Minh,
On 24 Aug., 02:10, Minh Nguyen wrote:
[...]
> > Since I am not an experienced programmer: Are there reasons to not use
> > a dictionary for those kind of things?
>
> A good point: searching through a dictionary is essentially constant time.
>
> A bad point: can't assume that each key/va
Hi John!
On Sun, Aug 23, 2009 at 12:37:11PM +0100, John Cremona wrote:
> 2009/8/23 Nicolas M. Thiery :
> > So you can focus on looking at the code, doc, and tests in the files
> > mentioned in:
> >
> > http://trac.sagemath.org/sage_trac/wiki/CategoriesCategoriesReview
> >
> > possi
William Stein wrote:
> * Many engineers, biologists, astronomers, and some others write
> only "ln(x)" or "log_e(x)" when they mean the natural logarithm of x,
> and take "log(x)" to mean log_10(x) or, in computer science, log2(x).
That has been pretty much my experience here in the UK - jus
On Sun, Aug 23, 2009 at 10:37 PM, Brian Granger wrote:
> William,
>
> Thanks for clarifying some of the details of pexpect. I do really want to
> understand this because I am starting to use the notebook more and currently
> IPython's parallel stuff works fine (there are a few things that need to
78 matches
Mail list logo