The C81 that I tried from the command line on SAGE.math terminated
normally after finding the factors. It took under 2 hours (I didn't
time it but my connection closed after that time so it must have
finished before then).
So it is not the sieve itself which causes the factorization to not
On Wed, 29 Nov 2006 23:05:47 -0800, Bill Hart
[EMAIL PROTECTED] wrote:
That's not a bug. That's just how web forms work -- sending the
whole cell back to the server every time you change it would
take way too long, and I don't think it is possible to catch
the paste event. There are two
On Thu, 30 Nov 2006 03:59:21 -0800, James Cranch [EMAIL PROTECTED] wrote:
Dear William,
I'd like an account for the SAGE bug tracker.
What login name would you like?
I may as well write my bug report here. Whether you read it or not,
it'll be easy to copy and paste it over later.
The
On Nov 30, 2006, at 1:35 AM, William Stein wrote:
Note -- there's a new potentially controversial change!
Now by default the left control pane (with the worksheet list,
etc.,) is *off*. To see it click on Control Bar in the upper
left of the screen. What do you think?
Fantastic. Thanks
As a 5-7am exercise, I implemented Edit mode for sage-1.5, which you
can try at
http://modular.math.washington.edu:8101/
Note -- this is based very much on work of Alex, Tom, and Dorian.
William
--~--~-~--~~~---~--~~
To post to this group, send email
On Nov 29, 2006, at 22:35 , William Stein wrote:
Note -- there's a new potentially controversial change!
Now by default the left control pane (with the worksheet list,
etc.,) is *off*. To see it click on Control Bar in the upper
left of the screen. What do you think?
I like it. I vote
When the traceback is huge, the WARNING: Output truncated! prevents the
notebook from correctly identifying the traceback.
On Wed, 29 Nov 2006, William Stein wrote:
Hi,
I implemented traceback hiding for the notebook.
Try it by making a mistake at:
On Thu, 30 Nov 2006 11:12:06 -0800, [EMAIL PROTECTED] wrote:
By the way, how soon will bivariate or multivariate power series be
implemented? If not soon, I might have a go myself (but the result would
not be very efficient).
A slow implementation always works better than no
On Thu, 30 Nov 2006 12:14:06 -0800, Bobby Moretti [EMAIL PROTECTED]
wrote:
On 11/30/06, William Stein [EMAIL PROTECTED] wrote:
On Thu, 30 Nov 2006 10:55:17 -0800, [EMAIL PROTECTED] wrote:
When the traceback is huge, the WARNING: Output truncated! prevents
the notebook from correctly
On Nov 29, 2006, at 10:35 PM, William Stein wrote:
Note -- there's a new potentially controversial change!
Now by default the left control pane (with the worksheet list,
etc.,) is *off*. To see it click on Control Bar in the upper
left of the screen. What do you think?
It looks very
For anyone who noticed the dismal performance of Integers(389) vs.
RDF arithmetic in this worksheet, there's a patch that should fix
this up at
http://sage.math.washington.edu/home/robertwb/integer_mod_caching.hg
IntegerModRing now has a method precompute_table() which will create
a
On Nov 30, 2006, at 8:50 PM, William Stein wrote:
IntegerModRing now has a method precompute_table() which will create
a cached table of all ring elements which cuts down on the overhead a
I've applied your patch and it does indeed speed things up. Thanks.
lot. Perhaps this should be
On Nov 30, 2006, at 6:59 PM, David Harvey wrote:
On Nov 30, 2006, at 9:40 PM, William Stein wrote:
If it's 1MB per ring, then I only have to be
working modulo 500 or so integers simultaneously --- not at all a
far-
fetched situation --- before my typical desktop PC runs out of RAM.
We
I like it. It might be nice to make the whole left bar clickable to
bring up the control panel. (Maybe to close it too.)
Alex and I were discussing just that earlier today. I'll try to squeeze it
into my patch.
Other interface comments--I think the dotted red better than the
black for
On Thu, 30 Nov 2006 18:59:32 -0800, David Harvey
[EMAIL PROTECTED] wrote:
On Nov 30, 2006, at 9:40 PM, William Stein wrote:
If it's 1MB per ring, then I only have to be
working modulo 500 or so integers simultaneously --- not at all a
far-
fetched situation --- before my typical desktop PC
On Nov 30, 2006, at 10:34 PM, William Stein wrote:
It's really incredible that MAGMA goes faster than python ints here.
From memory, at sage days 2, our Integer stuff was still a factor of
7-10 away from python ints, at least for addition.
I don't know what benchmark you were doing
On Nov 30, 2006, at 8:08 PM, [EMAIL PROTECTED] wrote:
Yeah, too bad CSS doesn't let you specify the dash/gap lengths. The
cleanest way I can think of is having a separate div with top/side/
bottom borders, which isn't very clean (and violates the idea of
styling the cell itself).
There's
On Thu, 30 Nov 2006 19:40:42 -0800, [EMAIL PROTECTED] wrote:
Has anybody noticed how long it takes for the notebook to load? It
seriously takes nearly 20 seconds for my browser to switch worksheets!
WTF is going on? This isn't just with the server at 8101... but the
8100 server
On Thu, 30 Nov 2006 20:05:55 -0800, Robert Bradshaw
[EMAIL PROTECTED] wrote:
I think on a 32-bit machine it's something like 24 bytes versus 4
bytes.
I actually implemented this as a python list, using the unsafe
PyList_SET_ITEM api. I could probably squeeze a bit more out of it
using a
On Thu, 30 Nov 2006 19:58:20 -0800, David Harvey
[EMAIL PROTECTED] wrote:
OK, I've done that. But honestly, I don't know what it is really
timing,
since the optimizing compiler could be doing all kinds of interesting
things with unrolling loops, macros, etc. And it's really pretty
On Nov 26, 2006, at 11:28 AM, William Stein wrote:
On Sun, 26 Nov 2006 10:37:49 -0800, David Joyner [EMAIL PROTECTED]
wrote:
There are three distinct problems that all need to be solved.
It is important not to confuse them.
(1) static graphics in the notebook
(2) dynamic graphics in the
21 matches
Mail list logo