[Numpy-discussion] mixing -fno-exceptions with swig c++ wrappers to python

2009-09-04 Thread Rohit Garg
Hi, I am using swig to expose a c++ class to Python. I am wondering if it is safe to use the -fno-exceptions option while compiling the wrappers. I am also using the typemaps present in the numpy.i file that comes with numpy. Thanks, -- Rohit Garg http://rpg-314.blogspot.com/ Senior Undergrad

Re: [Numpy-discussion] fwrite() failure in PyArray_ToFile

2009-09-04 Thread Charles R Harris
On Fri, Sep 4, 2009 at 10:29 PM, Sturla Molden wrote: > Charles R Harris skrev: > > The size of long depends on the compiler as well as the operating > > system. On linux x86_64, IIRC, it is 64 bits, on Windows64 I believe > > it is 32. Ints always seem to be 32 bits. > If I remember the C standa

Re: [Numpy-discussion] fwrite() failure in PyArray_ToFile

2009-09-04 Thread Sturla Molden
Charles R Harris skrev: > The size of long depends on the compiler as well as the operating > system. On linux x86_64, IIRC, it is 64 bits, on Windows64 I believe > it is 32. Ints always seem to be 32 bits. If I remember the C standard correctly, a long is guaranteed to be at least 32 bits, wher

Re: [Numpy-discussion] fwrite() failure in PyArray_ToFile

2009-09-04 Thread Charles R Harris
On Fri, Sep 4, 2009 at 9:22 PM, Sturla Molden wrote: > David Warde-Farley skrev: > >> The odd values might be from the format code in the error message: > >> > >>PyErr_Format(PyExc_ValueError, > >>"%ld requested and %ld written", > >>

Re: [Numpy-discussion] fwrite() failure in PyArray_ToFile

2009-09-04 Thread Sturla Molden
David Warde-Farley skrev: >> The odd values might be from the format code in the error message: >> >>PyErr_Format(PyExc_ValueError, >>"%ld requested and %ld written", >>(long) size, (long) n); >> > > Yes, I saw that. My C is rusty

Re: [Numpy-discussion] fwrite() failure in PyArray_ToFile

2009-09-04 Thread Charles R Harris
On Fri, Sep 4, 2009 at 3:54 PM, David Warde-Farley wrote: > On 4-Sep-09, at 4:23 PM, Charles R Harris wrote: > > > The odd values might be from the format code in the error message: > > > >PyErr_Format(PyExc_ValueError, > >"%ld requested and %ld written", >

Re: [Numpy-discussion] fwrite() failure in PyArray_ToFile

2009-09-04 Thread David Warde-Farley
On 4-Sep-09, at 4:23 PM, Charles R Harris wrote: > The odd values might be from the format code in the error message: > >PyErr_Format(PyExc_ValueError, >"%ld requested and %ld written", >(long) size, (long) n); > > The code that is im

Re: [Numpy-discussion] fwrite() failure in PyArray_ToFile

2009-09-04 Thread David Warde-Farley
On 4-Sep-09, at 5:01 PM, Charles R Harris wrote: > Oh and is the Python python here 64 bits or 32 bits? What does > > file `which python` > > say? I'm fairly sure it's a 64-bit python, but I don't have access to the machine to check. I'll double check with the person who does. David __

Re: [Numpy-discussion] Fastest way to parsing a specific binay file

2009-09-04 Thread Gökhan Sever
On Thu, Sep 3, 2009 at 12:22 AM, Robert Kern wrote: > On Wed, Sep 2, 2009 at 23:59, Gökhan Sever wrote: > > > Robert, > > > > You must have thrown a couple RTFM's while replying my emails :) > > Not really. There's no manual for this. Greg Wilson's _Data Crunching_ > may be a good general introdu

Re: [Numpy-discussion] fwrite() failure in PyArray_ToFile

2009-09-04 Thread Charles R Harris
On Fri, Sep 4, 2009 at 1:36 PM, David Warde-Farley wrote: > A friend of mine is trying to save approx 2GB of float32s with > np.save, and it's been failing. I traced it to PyArray_ToFile in core/ > src/convert.c: > > Traceback (most recent call last): > File "preprocessTIMIT.py", line 302, in >

Re: [Numpy-discussion] fwrite() failure in PyArray_ToFile

2009-09-04 Thread Charles R Harris
On Fri, Sep 4, 2009 at 1:36 PM, David Warde-Farley wrote: > A friend of mine is trying to save approx 2GB of float32s with > np.save, and it's been failing. I traced it to PyArray_ToFile in core/ > src/convert.c: > > Traceback (most recent call last): > File "preprocessTIMIT.py", line 302, in >

Re: [Numpy-discussion] fwrite() failure in PyArray_ToFile

2009-09-04 Thread David Warde-Farley
On 4-Sep-09, at 3:36 PM, David Warde-Farley wrote: > A friend of mine is trying to save approx 2GB of float32s with > np.save, and it's been failing. I traced it to PyArray_ToFile in core/ > src/convert.c: That should be core/src/multiarray/convert.c, sorry. The system it's running on is:

[Numpy-discussion] fwrite() failure in PyArray_ToFile

2009-09-04 Thread David Warde-Farley
A friend of mine is trying to save approx 2GB of float32s with np.save, and it's been failing. I traced it to PyArray_ToFile in core/ src/convert.c: Traceback (most recent call last): File "preprocessTIMIT.py", line 302, in main() File "preprocessTIMIT.py", line 299, in main nu

Re: [Numpy-discussion] adaptive interpolation on a regular 2d grid

2009-09-04 Thread denis bzowy
Robert Kern gmail.com> writes: > http://svn.scipy.org/svn/scikits/trunk/delaunay/scikits/delaunay/testfuncs.py Thank you Robert, that looks nice. I've put 1d adalin1.py in http://drop.io/denis_adalin ; have 2d, but can someone please comment on {content, style, direction} of this simple 1d (150 l

Re: [Numpy-discussion] snow leopard issues with numpy

2009-09-04 Thread Wolfgang Kerzendorf
Dear all, A recompile of matplotlib (Svn) did the trick. Thanks for the help. I had issues with building scipy and numpy and Robert Kern helped me a lot there. I think it would be useful in general if numpy and scipy recommend compilers for OS X (perhaps on the download page for numpy and sc