Am 29.06.2012 10:57, schrieb David Cournapeau:
Is this on 32 or 64 bits windows ? Do you know if your customer uses
only numpy, or other packages that depend on numpy C extension ?
It is 64 bit Windows.
I forgot to say that a part of my numpy arrays are generated by a short
Cython method wrapp
On Fri, Jun 29, 2012 at 9:54 AM, Uwe Schmitt wrote:
> Hi,
>
> I have unreproducable crashes on a customers Win 7 machine with Python 2.7.2
> and
> Numpy 1.6.1. He gets the following message:
>
> Problem signature:
> Problem Event Name: APPCRASH
> Application Name: python.exe
> Application
Hi,
I have unreproducable crashes on a customers Win 7 machine with Python
2.7.2 and
Numpy 1.6.1. He gets the following message:
Problem signature:
Problem Event Name: APPCRASH
Application Name: python.exe
Application Version: 0.0.0.0
Application Timestamp: 4df4b
On 28.12.2010 15:13, Johannes Korn wrote::
> On 28.12.2010 14:46, Darren Dale wrote::
>> On Mon, Dec 27, 2010 at 12:58 PM, Johannes Korn wrote:
>
>>> I try to read a bunch of hdf files in a loop. The problem is that I get
>>> an error at the second file because the file handle is of type>> HDF5 f
On 28.12.2010 14:46, Darren Dale wrote::
> On Mon, Dec 27, 2010 at 12:58 PM, Johannes Korn wrote:
>> I try to read a bunch of hdf files in a loop. The problem is that I get
>> an error at the second file because the file handle is of type> HDF5 file>
>
> The code you posted only involves one file
On Mon, Dec 27, 2010 at 12:58 PM, Johannes Korn wrote:
> Hi,
>
> I have a strange problem with h5py or with numpy.
I think this question belongs on the h5py mailing list.
> I try to read a bunch of hdf files in a loop. The problem is that I get
> an error at the second file because the file hand
Hi,
I have a strange problem with h5py or with numpy.
I try to read a bunch of hdf files in a loop. The problem is that I get
an error at the second file because the file handle is of type
It seems the file is opened and instantaneous closed again. Meanwhile I
found the root of the evil: Firs
Hi all,
It appeared to be a gdal issue after all: the arrayobject header file
was being included before the python headers...
Glad it wasn't something like me having borked my numpy build :)
Cheers,
Vincent.
Vincent Schut wrote:
> Hmm, it seems my original message did not come through? Not in g
Hmm, it seems my original message did not come through? Not in gmane, at
least... Well, here's again:
Hi numpy and/or gdal guru's,
I'm suddenly getting into trouble compiling gdal's python extension,
when it includes ndarrayobject.h from numpy. First it complains about my
python not being unicode
Btw forgot some info:
gentoo linux, amd64
numpy 1.0.3.1
gdal from svn, updated today
python 2.5.1
Cheers,
Vincent.
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
10 matches
Mail list logo
