Starting a new thread for this.
On Tue, Dec 22, 2009 at 7:13 PM, Anne Archibald
wrote:
> I think we have one major lacuna: vectorized linear algebra. If I have
> to solve a whole whack of four-dimensional linear systems, right now I
> need to either write a python loop and use linear algebra on
On Wed, Dec 23, 2009 at 4:40 AM, Pauli Virtanen wrote:
> I suppose raising an exception requires ownership of GIL.
I am curious: how did you know it was related to the GIL ? When I
tried debugging the issue, I could not tell whereas this was a problem
with python 2.7 or with numpy, and did not s
On Wed, Dec 23, 2009 at 12:50 AM, Bruce Southey wrote:
> This still crashes Python 2.7 with the test_multiarray.TestIO.test_ascii.
Could you file a ticket next time ? I could not follow closely the
discussion the last week or so, and although I saw the crash, I missed
it was discussed already.
2009/12/21 David Goldsmith :
> On Mon, Dec 21, 2009 at 9:57 AM, Christopher Barker
> wrote:
>> Dag Sverre Seljebotn wrote:
>>> I recently got motivated to get better linear algebra for Python;
>>
>> wonderful!
>>
>>> To me that seems like the ideal way to split up code -- let NumPy/SciPy
>>> deal
On Tue, Dec 22, 2009 at 1:06 AM, Dag Sverre Seljebotn
wrote:
>
> OK. As a digression, I think it is easy to get the wrong impression of
> Sage that it is for "symbolics" vs. "computations". The reality is that
> the symbolics has been one of the *weaker* aspects of Sage (though
> steadily improvin
ti, 2009-12-22 kello 15:28 -0700, Charles R Harris kirjoitti: [clip]
> But what about the GIL? That's what I'm curious about. Do we need to
> hold the GIL to check and clear and error? If so, there are other
> places where this will matter. I was under the impression that each
> thread had it's own
On Tue, Dec 22, 2009 at 2:42 PM, Pauli Virtanen wrote:
> ti, 2009-12-22 kello 14:32 -0700, Charles R Harris kirjoitti:
> [clip]
> > Could you expand a bit on this? There are several places where
> > PyErr_Occurred are called and I am wondering if there is a problem. In
> > fact, I moved one such
ti, 2009-12-22 kello 14:32 -0700, Charles R Harris kirjoitti:
[clip]
> Could you expand a bit on this? There are several places where
> PyErr_Occurred are called and I am wondering if there is a problem. In
> fact, I moved one such check and a segfault went away, which made me
> suspicious...
I th
On Tue, Dec 22, 2009 at 12:40 PM, Pauli Virtanen wrote:
> ti, 2009-12-22 kello 10:16 -0700, Charles R Harris kirjoitti:
> [clip: PyOS_ascii_strtod -> PyOS_string_to_double]
> > The patch looks ok, but the functions handle errors differently and I
> > wonder if that has been completely audited.
>
ti, 2009-12-22 kello 10:16 -0700, Charles R Harris kirjoitti:
[clip: PyOS_ascii_strtod -> PyOS_string_to_double]
> The patch looks ok, but the functions handle errors differently and I
> wonder if that has been completely audited.
It can actually still crash from the same reason: PyOS_string_to_do
On Tue, Dec 22, 2009 at 8:50 AM, Bruce Southey wrote:
> On 12/22/2009 09:05 AM, David Cournapeau wrote:
>
>> Hi,
>>
>> I have just released the 2nd release candidate for numpy 1.4.0, which
>> fixes a few critical bugs founds since the RC1. Tarballs and binary
>> installers for numpy/scipy may be
On Tue, Dec 22, 2009 at 9:05 AM, David Cournapeau wrote:
> Hi,
>
> I have just released the 2nd release candidate for numpy 1.4.0, which
> fixes a few critical bugs founds since the RC1. Tarballs and binary
> installers for numpy/scipy may be found on
> https://sourceforge.net/projects/numpy.
>
>
Hi,
> I'm happy to write the doctests as tests. My feeling is there is no
> objection to this function at the moment, so it would be reasonable,
> unless I hear otherwise, to commit to SVN.
Committed - with tests in tests_linalg.py - in revision 8029
Cheers,
Matthew
__
On 12/22/2009 09:05 AM, David Cournapeau wrote:
Hi,
I have just released the 2nd release candidate for numpy 1.4.0, which
fixes a few critical bugs founds since the RC1. Tarballs and binary
installers for numpy/scipy may be found on
https://sourceforge.net/projects/numpy.
cheers,
David
___
Hi,
I have just released the 2nd release candidate for numpy 1.4.0, which
fixes a few critical bugs founds since the RC1. Tarballs and binary
installers for numpy/scipy may be found on
https://sourceforge.net/projects/numpy.
cheers,
David
___
NumPy-Dis
===
Announcing PyTables 2.2b2
===
PyTables is a library for managing hierarchical datasets and designed to
efficiently cope with extremely large amounts of data with support for
full 64-bit file addressing. PyTables runs on top of the HDF5 library
Christopher Barker wrote:
> Dag Sverre Seljebotn wrote:
>> This is readily done -- there is no computational portion except for
>> what is in NumPy/Scipy or scikits, and I intend for it to remain that
>> way. It's just another interface, really.
>>
>> (What kind of computations were you thinking
17 matches
Mail list logo