headers
Uwe Schmitt | 29 Jun 2012 10:54
Picon
Gravatar

Strange problem

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: 4df4ba7c
  Fault Module Name: umath.pyd
  Fault Module Version: 0.0.0.0
  Fault Module Timestamp: 4e272b96
  Exception Code: c0000005
  Exception Offset: 0001983a
  OS Version: 6.1.7601.2.1.0.256.4
  Locale ID: 2055
  Additional Information 1: 0a9e
  Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
  Additional Information 3: 0a9e
  Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
I know that I can not expect a clear answer without more information, but my
customer is on hollidays and I just wanted to ask for some hints for possible
reasons. The machine is not out of memory and despite this crash runs very
stable.

Regards, Uwe



-- Dr. rer. nat. Uwe Schmitt Leitung F/E Mathematik mineway GmbH Gebäude 4 Im Helmerswald 2 66121 Saarbrücken Telefon: +49 (0)681 8390 5334 Telefax: +49 (0)681 830 4376 uschmitt <at> mineway.de www.mineway.de Geschäftsführung: Dr.-Ing. Mathias Bauer Amtsgericht Saarbrücken HRB 12339 
_______________________________________________
NumPy-Discussion mailing list
NumPy-Discussion <at> scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
Permalink | Reply |
headers
David Cournapeau | 29 Jun 2012 10:57
Picon
Gravatar

Re: Strange problem

On Fri, Jun 29, 2012 at 9:54 AM, Uwe Schmitt <uschmitt <at> mineway.de> 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 Version: 0.0.0.0
>   Application Timestamp: 4df4ba7c
>   Fault Module Name: umath.pyd
>   Fault Module Version: 0.0.0.0
>   Fault Module Timestamp: 4e272b96
>   Exception Code: c0000005
>   Exception Offset: 0001983a
>   OS Version: 6.1.7601.2.1.0.256.4
>   Locale ID: 2055
>   Additional Information 1: 0a9e
>   Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
>   Additional Information 3: 0a9e
>   Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
>
> I know that I can not expect a clear answer without more information, but my
> customer is on hollidays and I just wanted to ask for some hints for
> possible
> reasons. The machine is not out of memory and despite this crash runs very
> stable.

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 ?

David
_______________________________________________
NumPy-Discussion mailing list
NumPy-Discussion <at> scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
Permalink | Reply |
headers
Uwe Schmitt | 29 Jun 2012 11:09
Picon
Gravatar

Re: Strange problem

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 wrapping open-ms library.

As the code fragment is short, I post it here:
def get_peaks(self): 

    cdef _MSSpectrum[_Peak1D] * spec_ = self.inst

    cdef unsigned int n = spec_.size()
    cdef np.ndarray[np.float32_t, ndim=2] peaks
    peaks = np.zeros( [n,2], dtype=np.float32)
    cdef _Peak1D p

    cdef vector[_Peak1D].iterator it = spec_.begin()
    cdef int i = 0
    while it != spec_.end():
        peaks[i,0] = deref(it).getMZ()
        peaks[i,1] = deref(it).getIntensity()
        preincrement(it)
        i += 1

    return peaks
I am sure that this functions does not crash during execution.
As spec_ 's class is derived from C++ STL std::vector<..> there should
be no conflict between counting 'i' up to 'n' and testing 'it'
against 'spec_.end()'.

Regards, Uwe



-- Dr. rer. nat. Uwe Schmitt Leitung F/E Mathematik mineway GmbH Gebäude 4 Im Helmerswald 2 66121 Saarbrücken Telefon: +49 (0)681 8390 5334 Telefax: +49 (0)681 830 4376 uschmitt <at> mineway.de www.mineway.de Geschäftsführung: Dr.-Ing. Mathias Bauer Amtsgericht Saarbrücken HRB 12339 
_______________________________________________
NumPy-Discussion mailing list
NumPy-Discussion <at> scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
Permalink | Reply |

Gmane