On 6/18/2007 9:24 PM, Mike Ressler wrote:
> What versions of python and numpy are you using?
I am using Python 2.5.1 and Numpy 1.0.3 on Windows XP (32 bit). I
examined the code in SVN, and drew my conclusions from that.
Sidenote on trapping i/o error on Windows:
On Windows, i/o errors must be
On 6/18/2007 9:24 PM, Mike Ressler wrote:
> With python 2.5.1 and numpy 1.0.3 under Fedora 7 x86_64, I just now
> memmap'ed a 10 GB image cube without any trouble.
You have a 64 bit system. On Linux, the off_t uses by mmap's offset is
similar to a size_t. Although the larger off_t on a 64 bit
David M. Cooke wrote:
> That one's mine. You can tell because it's slow ;-) A 64-bit G5 build
> would be good too, as its longdouble semantics are different IIRC.
Well, I have a DualG5, running OS-X 10.4.9, and Python 2.3, 2.4, and 2.5
installed (though I'm only using 2.5 for anything new now).
What versions of python and numpy are you using?
On 6/18/07, Sturla Molden <[EMAIL PROTECTED]> wrote:
> Problem 3: No 64 bit support on Windows or Linux:
>
> On Linux, large files must be memory mapped using mmap64 (or mmap2 if 4k
> boundaries are acceptable). On Windows, CreateFileMapping/MapView
On Mon, Jun 18, 2007 at 09:16:06AM -0700, Christopher Barker wrote:
> David M. Cooke wrote:
> > Awesome. I've got a iBook (PPC G4) running OS X that can be used as a slave
> > (it's just being a server right now).
>
> It looks like they already have a PPC OS-X box. Anyone have an Intel
> machine
David M. Cooke wrote:
> Awesome. I've got a iBook (PPC G4) running OS X that can be used as a slave
> (it's just being a server right now).
It looks like they already have a PPC OS-X box. Anyone have an Intel
machine to offer up? (mine's a PPC Dual G5)
-Chris
--
Christopher Barker, Ph.D.
Ocea
After struggling with NumPy's memmap object, I examined the code and
detected three severe problems. I suggest that memmap is removed from
NumPy, at least on Windows, as it's shortcomings is severe and
undocumented.
Problem 1: I/O errors are never detected on Win32:
On Windows, i/o errors ar
I've often thought it would be interesting if someone would build a custom
table adapter to use PyTables in SQLlite. Ie, essentially bolting a SQL
parser and query engine on top of PyTables. Unfortunately, I don't have
time to do this, though hopefully someone will at some point.
-Kevin
On 6/
Hi,
Has anyone written a parser for SQL-like queries against PyTables HDF
tables or numpy recarrays?
I'm asking because I have written code for grouping then summing rows of
source data, where the groups are defined by functions of the source
data, or looking up a related field in a separate l
hi all.
I'm trying to compile an F90 source file with f2py, but it fails with the
construct "type ... end type".
here is an example:
! file test19.f90
module
basic
implicit
none
save
integer, parameter :: ciao =
17
end module
basic
module
basic2
implicit
none
save
10 matches
Mail list logo