On Nov 25, 2007 8:27 PM, Dennis Stein <[EMAIL PROTECTED]> wrote:
> Type
> >trac()
>
> Warning: found no users in realm: localhost
>
> After opening Trac at:
>
> http://localhost:1
>
> Browser displays:
>
> Available Projects
> Open Kitchen
>
> Click on link and go to http://localhost:1/sag
On Nov 25, 2007, at 24:24 , mabshoff wrote:
>
> SAGE 2.8.14:
>
> At least the following people contributed to this release:
Built and tested ("make test") successfully:
Mac OS X, 10.4.11 (Dual Quad Core Xeon, "-j6"):
real61m34.078s
user47m3.121s
sys 24m32.670s
All test
On Nov 25, 2007 4:29 PM, William Stein <[EMAIL PROTECTED]> wrote:
>
>
> On Nov 25, 2007 3:27 AM, Martin Albrecht <[EMAIL PROTECTED]> wrote:
> >
> > > @Martin Albrecht:
> > > - Is there a reasonable way to fix this in the interface?
> >
> > Hi, the 'trivial' way to fix it, is to implement a Python
On Nov 25, 2007 3:27 AM, Martin Albrecht <[EMAIL PROTECTED]> wrote:
>
> > @Martin Albrecht:
> > - Is there a reasonable way to fix this in the interface?
>
> Hi, the 'trivial' way to fix it, is to implement a Python function for
> SinguleElement called invariant_ring which calls the Singular funct
Hi David,
On Nov 24, 10:38 pm, "David Joyner" <[EMAIL PROTECTED]> wrote:
> The commands at
> http://www.singular.uni-kl.de/Manual/latest/sing_1083.htm#SEC1142
> are a good example to start.
In my previous post, i explained how one might use invariant_ring (for
getting a Hironaka decomposition)
Okay, I guess the profiler is only profiling Python calls, so it's not
so good to figure out what's going on. There are some linux tools that
may help with this. I will look into this and post back in a while
(maybe > 1 week) when I have something.
Thank you for reporting this important example.
On Nov 25, 2007 10:30 AM, William Stein <[EMAIL PROTECTED]> wrote:
>
> On Nov 25, 2007 10:29 AM, Timothy Clemans <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > I started writing an external library that uses Sage and I meditatly ran
> > into:
> >
> > >>> import sage.rings.integer
> > Traceback (m
On Nov 25, 2007 10:29 AM, Timothy Clemans <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I started writing an external library that uses Sage and I meditatly ran into:
>
> >>> import sage.rings.integer
> Traceback (most recent call last):
> File "", line 1, in
> ImportError: libcsage.so: cannot open sh
Hi,
I started writing an external library that uses Sage and I meditatly ran into:
>>> import sage.rings.integer
Traceback (most recent call last):
File "", line 1, in
ImportError: libcsage.so: cannot open shared object file: No such file
or directory
>>> import sage.rings.arith
Traceback (mo
> @Martin Albrecht:
> - Is there a reasonable way to fix this in the interface?
Hi, the 'trivial' way to fix it, is to implement a Python function for
SinguleElement called invariant_ring which calls the Singular function,
parses the output and returns a tuple. If you call A.invariant_ring the
Hello Michael,
> Ok, if that does the trick I will merge the fix into 2.8.14 provided
> it compiles locally on the test boxen (which it should). I looked at
> the configure log in detail and it seems very weired that it fails
> that late because it does find a gmp and gmp headers.
Hm, I'm not sur
Here are a couple similar graphs that go fine:
G = {0: {1: None, 6: None, 7: None, 10: None, 11: None, 12: None, 13:
None}, 1: {0: None, 6: None, 7: None, 10: None, 11: None, 12: None,
13: None, 18: None}, 2: {3: None, 4: None, 5: None, 8: None, 9: None,
14: None, 15: None, 20: None}, 3: {2: None
SAGE 2.8.14:
At least the following people contributed to this release:
- Michael Abshoff
- Martin Albrecht
- John Cremona
- Alexander Dreyer
- Bill Hart
- David Joyner
- Josh Kantor
- William Stein
- Carl Witty
Feedback and testing by Andrzej Giniewicz and Simon King, Jaap Spies,
Greg
13 matches
Mail list logo