[sage-devel] Re: looking inside bundle files

2006-10-26 Thread William Stein
On Thu, 26 Oct 2006 19:13:03 -0500, David Harvey <[EMAIL PROTECTED]> wrote: > > Hi guys, > > I know a few people had been wondering how to see inside those opaque > mercurial bundle files. I asked on the mercurial mailing list, and > they replied: > > hg incoming bundle://path/to/bundle.hg Hey

[sage-devel] looking inside bundle files

2006-10-26 Thread David Harvey
Hi guys, I know a few people had been wondering how to see inside those opaque mercurial bundle files. I asked on the mercurial mailing list, and they replied: hg incoming bundle://path/to/bundle.hg David --~--~-~--~~~---~--~~ To post to this group, send em

[sage-devel] Re: ?? for Pyrex-defined functions

2006-10-26 Thread Fernando Perez
William, I'm attaching the patch as I just implemented it. This does the 'right thing' for binary extensions: In [1]: import strop In [2]: strop?? Type: module Base Class: String Form: Namespace: Interactive File: /usr/lib/python2.4/lib-dynload/strop.so Docstri

[sage-devel] Re: [sage-forum] Re: Block Matrices

2006-10-26 Thread Fernando Perez
On 10/26/06, William Stein <[EMAIL PROTECTED]> wrote: > > On Thu, 26 Oct 2006 15:36:54 -0500, Fernando Perez <[EMAIL PROTECTED]> > wrote: > > > Travis himself is using an intel powerbook these days, which is > > another encouraging data point. > > Have you followed these directions? > > http://www

[sage-devel] Re: ?? for Pyrex-defined functions

2006-10-26 Thread Fernando Perez
On 10/26/06, William Stein <[EMAIL PROTECTED]> wrote: > Do you have any examples where this happens. Whenever I try to use > inspect.getsource on a binary file, I get > > : arg is not a module, class, method, > function, traceback, frame, or code object > > Maybe this problem you had was only wi

[sage-devel] Re: [sage-forum] Re: Block Matrices

2006-10-26 Thread William Stein
On Thu, 26 Oct 2006 15:36:54 -0500, Fernando Perez <[EMAIL PROTECTED]> wrote: > Travis himself is using an intel powerbook these days, which is > another encouraging data point. > Have you followed these directions? > http://www.scipy.org/Installing_SciPy/Mac_OS_X > If you have already done tha

[sage-devel] Re: ?? for Pyrex-defined functions

2006-10-26 Thread William Stein
On Thu, 26 Oct 2006 15:46:05 -0500, Fernando Perez <[EMAIL PROTECTED]> wrote: >> I just implemented "??" source code introspection for Pyrex-defined >> function for SAGE. >> E.g., one can now do this: > > I was about to apply this patch to the ipython tree, but I have one > issue with this part:

[sage-devel] Re: ?? for Pyrex-defined functions

2006-10-26 Thread Fernando Perez
William, On 10/25/06, William Stein <[EMAIL PROTECTED]> wrote: > > Fernando, > > I just implemented "??" source code introspection for Pyrex-defined > function for SAGE. > E.g., one can now do this: I was about to apply this patch to the ipython tree, but I have one issue with this part: > @@ -

[sage-devel] Re: [sage-forum] Re: Block Matrices

2006-10-26 Thread Fernando Perez
On 10/26/06, William Stein <[EMAIL PROTECTED]> wrote: > > On Thu, 26 Oct 2006 14:46:00 -0500, Fernando Perez <[EMAIL PROTECTED]> > wrote: > > established for all of the array-oriented work. Numpy 1.0 officially > > came out today, and it builds on more than 15 years of combined > > experience and

[sage-devel] Re: [sage-forum] Re: Block Matrices

2006-10-26 Thread William Stein
On Thu, 26 Oct 2006 14:46:00 -0500, Fernando Perez <[EMAIL PROTECTED]> wrote: > established for all of the array-oriented work. Numpy 1.0 officially > came out today, and it builds on more than 15 years of combined > experience and tradition from Numeric and Numarray. There is a VAST > amount

[sage-devel] Re: Floating point drift

2006-10-26 Thread William Stein
On Thu, 26 Oct 2006 14:39:13 -0500, Bill Hart <[EMAIL PROTECTED]> wrote: > > I would say that computing more bits would be less confusing. I use the > general rule of thumb that 10 bits equals 3 decimal digits. At present, > SAGE seems to be out on the last digits, I think the answer is R(10/3) >

[sage-devel] Re: [sage-forum] Re: Block Matrices

2006-10-26 Thread Fernando Perez
On 10/26/06, David Joyner <[EMAIL PROTECTED]> wrote: > > I propose a block_matrix command be added to SAGE. > With all the linear algebra work being done by developers, I hesitate > to do it myself without asking first. Is adding that a good idea > right now? > > ++ > >

[sage-devel] Re: Floating point drift

2006-10-26 Thread Bill Hart
I would say that computing more bits would be less confusing. I use the general rule of thumb that 10 bits equals 3 decimal digits. At present, SAGE seems to be out on the last digits, I think the answer is R(10/3) = 3.35 bits. :-) On a more serious note, sage currently claims to be w

[sage-devel] new wiki page

2006-10-26 Thread William Stein
Hi, I've created this wiki page: http://sage.math.washington.edu:9001/Software It's for listing software packages that we *might* want to add to SAGE or at least interface with. Don't list just anything -- list only things that are actually reasonably valuable software. William --~--

[sage-devel] Re: [sage-forum] Re: Block Matrices

2006-10-26 Thread William Stein
On Thu, 26 Oct 2006 13:50:23 -0500, David Joyner <[EMAIL PROTECTED]> wrote: > > I propose a block_matrix command be added to SAGE. > With all the linear algebra work being done by developers, I hesitate > to do it myself without asking first. Is adding that a good idea > right now? I agree. Sinc

[sage-devel] Re: [sage-forum] Re: Block Matrices

2006-10-26 Thread David Joyner
I propose a block_matrix command be added to SAGE. With all the linear algebra work being done by developers, I hesitate to do it myself without asking first. Is adding that a good idea right now? ++ Heidi wrote: > That might work. I will have defined matrices A, B, a

[sage-devel] Re: Floating point drift

2006-10-26 Thread William Stein
On Thu, 26 Oct 2006 12:38:10 -0500, Vanuxem Grégory <[EMAIL PROTECTED]> wrote: > > Le mercredi 25 octobre 2006 à 22:17 -0400, didier deshommes a écrit : > > [...] > >> >> BTW, there is a tiny bug in rings/real_mpfr.pyx. In the documentation, >> it says that the default precision is RNDU (round

[sage-devel] Re: Floating point drift

2006-10-26 Thread William Stein
On Thu, 26 Oct 2006 12:36:02 -0500, Justin C. Walker <[EMAIL PROTECTED]> wrote: >> SAGE could internally compute with a few more digits of precision >> than requested, and always output numbers with the last few digits >> truncated. Would that be less confusing? > > I believe that this is the w

[sage-devel] Re: Floating point drift

2006-10-26 Thread Vanuxem Grégory
Le mercredi 25 octobre 2006 à 22:17 -0400, didier deshommes a écrit : [...] > > BTW, there is a tiny bug in rings/real_mpfr.pyx. In the documentation, > it says that the default precision is RNDU (round to + \inf), but it's > actually set to RNDN... Same thing for sci_not (scientific notation)

[sage-devel] Re: Floating point drift

2006-10-26 Thread Justin C. Walker
On Oct 26, 2006, at 10:23 , William Stein wrote: > > On Thu, 26 Oct 2006 06:51:42 -0500, Bill Hart <[EMAIL PROTECTED]> > wrote: > >> >> But it returns the answer in decimal, not binary, and the answer is >> incorrect, in some cases not just to one, but to two decimal places. >> >> I have read

[sage-devel] Re: Floating point drift

2006-10-26 Thread William Stein
On Thu, 26 Oct 2006 06:51:42 -0500, Bill Hart <[EMAIL PROTECTED]> wrote: > > But it returns the answer in decimal, not binary, and the answer is > incorrect, in some cases not just to one, but to two decimal places. > > I have read the MPFR manual, in detail, and I understand their model > and wh

[sage-devel] Re: translations

2006-10-26 Thread Bill Hart
P.S: a few days ago I asked a female colleague by email what she thought about the content management system that I set up on a website I just designed. Her reply was (just received in the last few minutes), and I quote: "I think the site's quite lovely. Very clean!" I offer this as evidence tha

[sage-devel] Re: Floating point drift

2006-10-26 Thread Bill Hart
But it returns the answer in decimal, not binary, and the answer is incorrect, in some cases not just to one, but to two decimal places. I have read the MPFR manual, in detail, and I understand their model and why it is useful, but I find it confusing to output the incorrect decimal expression in

[sage-devel] Re: translations

2006-10-26 Thread Bill Hart
I think someone may have misunderstood. I said the page was nice, colourful and well set out. I nowhere implied that women are less competent or knowledgeable. The particular choice of colours and the obvious effort that went into thinking out the layout are strong indicators that the page was in

[sage-devel] Re: [Fwd: Some pyrex mem problems.]

2006-10-26 Thread David Joyner
Pere Urbón Bayes wrote: > I think I found the error and it's maybe a newbie error, jejejeje!!. The > error was related with the header inclusion and a global variable > mapping ... I was missing this. > > The next days or maybe tomorrow i will prove to include my lib in sage > and i will send a

[sage-devel] Re: Floating point drift

2006-10-26 Thread William Stein
On Thu, 26 Oct 2006 04:10:20 -0500, Bill Hart <[EMAIL PROTECTED]> wrote: > Well, why does R(61/3) return the wrong thing then? 61/3 is an exact > expression, which should then be computed correctly. It's not. > None of this makes sense to me as a default behaviour by the way. MPFR's arithmetic ma

[sage-devel] [Fwd: Some pyrex mem problems.]

2006-10-26 Thread Pere Urbón Bayes
I think I found the error and it's maybe a newbie error, jejejeje!!. The error was related with the header inclusion and a global variable mapping ... I was missing this. The next days or maybe tomorrow i will prove to include my lib in sage and i will send all of you a proposal to include this

[sage-devel] Re: Floating point drift

2006-10-26 Thread Bill Hart
Well, why does R(61/3) return the wrong thing then? 61/3 is an exact expression, which should then be computed correctly. It's not. None of this makes sense to me as a default behaviour by the way. --~--~-~--~~~---~--~~ To post to this group, send email to sage-d

[sage-devel] Some pyrex mem problems.

2006-10-26 Thread Pere Urbón Bayes
Hello to every body. My name is Pere and I'm trying to build a extension module with pyrex that later will be integrated into sage, but I found some problems. When I run the test that I attach into this mail I'll get this error: -- *** glibc detected *** double free or corruption (!prev): 0x08