On Thu, Mar 11, 2010 at 3:57 PM, Johann Cohen-Tanugi wrote:
> is your fix committed?
>
>
No. Pauli thinks the problem may lie elsewhere. I haven't had time to look
things over, but it is possible that the changes in the generated api
exposed a bug elsewhere.
Chuck
_
is your fix committed?
On 03/11/2010 09:47 PM, Bruce Southey wrote:
On 03/11/2010 02:01 PM, Johann Cohen-Tanugi wrote:
hi there, I am adding this to this thread and not to the trac,
because I am not sure whether it adds noise or a piece of info. I
just downloaded the scipy trunk and built it,
On 03/11/2010 02:01 PM, Johann Cohen-Tanugi wrote:
hi there, I am adding this to this thread and not to the trac, because
I am not sure whether it adds noise or a piece of info. I just
downloaded the scipy trunk and built it, and ran nosetests on it,
which bombed instantly
So I tried to get
hi there, I am adding this to this thread and not to the trac, because I
am not sure whether it adds noise or a piece of info. I just downloaded
the scipy trunk and built it, and ran nosetests on it, which bombed
instantly
So I tried to get into subdirs to check test scripts separately.
On Wed, Mar 10, 2010 at 10:39 AM, Bruce Southey wrote:
> On 03/10/2010 08:59 AM, Pauli Virtanen wrote:
> > Wed, 10 Mar 2010 15:40:04 +0100, Johann Cohen-Tanugi wrote:
> >
> >> Pauli, isn't it hopeless to follow the execution of the source code when
> >> the crash actually occurs when I exit, and
On 03/10/2010 08:59 AM, Pauli Virtanen wrote:
> Wed, 10 Mar 2010 15:40:04 +0100, Johann Cohen-Tanugi wrote:
>
>> Pauli, isn't it hopeless to follow the execution of the source code when
>> the crash actually occurs when I exit, and not when I execute. I would
>> have to understand enough of thi
On 03/10/2010 08:40 AM, Johann Cohen-Tanugi wrote:
> Pauli, isn't it hopeless to follow the execution of the source code when
> the crash actually occurs when I exit, and not when I execute. I would
> have to understand enough of this umath_tests.c.src to spot a refcount
> error or things like that
Wed, 10 Mar 2010 15:40:04 +0100, Johann Cohen-Tanugi wrote:
> Pauli, isn't it hopeless to follow the execution of the source code when
> the crash actually occurs when I exit, and not when I execute. I would
> have to understand enough of this umath_tests.c.src to spot a refcount
> error or things
Pauli, isn't it hopeless to follow the execution of the source code when
the crash actually occurs when I exit, and not when I execute. I would
have to understand enough of this umath_tests.c.src to spot a refcount
error or things like that
On 03/10/2010 03:11 PM, Pauli Virtanen wrote:
> We
http://projects.scipy.org/numpy/ticket/1425 for the bug trac
well, I do feel challenged now... ;)
J
On 03/10/2010 03:11 PM, Pauli Virtanen wrote:
> Wed, 10 Mar 2010 10:28:07 +0100, Johann Cohen-Tanugi wrote:
>
>
>> On 03/10/2010 01:55 AM, Pauli Virtanen wrote:
>>
more fun :
[c
Wed, 10 Mar 2010 10:28:07 +0100, Johann Cohen-Tanugi wrote:
> On 03/10/2010 01:55 AM, Pauli Virtanen wrote:
>>> more fun :
>>> [co...@jarrett tests]$ pwd
>>> /home/cohen/sources/python/numpy/numpy/core/tests [co...@jarrett
>>> tests]$ python -c 'import test_ufunc' python: Modules/gcmodule.c:277:
>
On 03/10/2010 01:55 AM, Pauli Virtanen wrote:
>> more fun :
>> [co...@jarrett tests]$ pwd
>> /home/cohen/sources/python/numpy/numpy/core/tests
>> [co...@jarrett tests]$ python -c 'import test_ufunc'
>> python: Modules/gcmodule.c:277: visit_decref: Assertion `gc->gc.gc_refs
>> != 0' failed.
>> Abo
Ubuntu has a much shorter cycle of updates than Fedora, indeed.
On 03/10/2010 06:27 AM, Charles R Harris wrote:
On Tue, Mar 9, 2010 at 5:52 PM, Johann Cohen-Tanugi
mailto:co...@lpta.in2p3.fr>> wrote:
more fun :
[co...@jarrett tests]$ pwd
/home/cohen/sources/python/numpy/numpy/co
On Tue, Mar 9, 2010 at 5:52 PM, Johann Cohen-Tanugi wrote:
> more fun :
> [co...@jarrett tests]$ pwd
> /home/cohen/sources/python/numpy/numpy/core/tests
> [co...@jarrett tests]$ python -c 'import test_ufunc'
>
> python: Modules/gcmodule.c:277: visit_decref: Assertion `gc->gc.gc_refs !=
> 0' faile
> more fun :
> [co...@jarrett tests]$ pwd
> /home/cohen/sources/python/numpy/numpy/core/tests
> [co...@jarrett tests]$ python -c 'import test_ufunc'
> python: Modules/gcmodule.c:277: visit_decref: Assertion `gc->gc.gc_refs
> != 0' failed.
> Aborted (core dumped)
What happens if you only import the
more fun :
[co...@jarrett tests]$ pwd
/home/cohen/sources/python/numpy/numpy/core/tests
[co...@jarrett tests]$ python -c 'import test_ufunc'
python: Modules/gcmodule.c:277: visit_decref: Assertion `gc->gc.gc_refs
!= 0' failed.
Aborted (core dumped)
and in the debugger:
(gdb) run
Starting progra
On 03/10/2010 12:33 AM, Johann Cohen-Tanugi wrote:
On 03/10/2010 12:07 AM, Pauli Virtanen wrote:
ti, 2010-03-09 kello 21:14 +0100, Johann Cohen-Tanugi kirjoitti:
thinking about it, this morning there was a fedora update to python, so
I am using 2.6.2-4.fc12.
Looks like the problem is in
On 03/10/2010 12:07 AM, Pauli Virtanen wrote:
ti, 2010-03-09 kello 21:14 +0100, Johann Cohen-Tanugi kirjoitti:
thinking about it, this morning there was a fedora update to python, so
I am using 2.6.2-4.fc12.
Looks like the problem is in python itself, hence this piece of info.
That
ti, 2010-03-09 kello 21:14 +0100, Johann Cohen-Tanugi kirjoitti:
> thinking about it, this morning there was a fedora update to python, so
> I am using 2.6.2-4.fc12.
> Looks like the problem is in python itself, hence this piece of info.
That the problem would be in Python is not so clear to me.
thinking about it, this morning there was a fedora update to python, so
I am using 2.6.2-4.fc12.
Looks like the problem is in python itself, hence this piece of info.
HTH,
Johann
On 03/09/2010 09:07 PM, Johann Cohen-Tanugi wrote:
> thanks Robert, here it is :
>
> >>> exit()
> python: Modules/
thanks Robert, here it is :
>>> exit()
python: Modules/gcmodule.c:277: visit_decref: Assertion `gc->gc.gc_refs
!= 0' failed.
Program received signal SIGABRT, Aborted.
0x004a1416 in __kernel_vsyscall ()
Missing separate debuginfos, use: debuginfo-install
atlas-3.8.3-12.fc12.i686 compat-libf2c-3
On Tue, Mar 9, 2010 at 13:50, Johann Cohen-Tanugi wrote:
> I have tried to localize the core dump in vain any idea where I should
> look for it?
> I did not manage to catch it with pdb :
Not pdb, gdb.
$ gdb python
...
(gdb) run
Starting program ...
... # Possibly another (gdb) prompt:
(gdb)
I have tried to localize the core dump in vain any idea where I
should look for it?
I did not manage to catch it with pdb :
[co...@jarrett ~]$ .local/bin/ipython
Python 2.6.2 (r262:71600, Jan 25 2010, 18:46:45)
Type "copyright", "credits" or "license" for more information.
IPython 0.11.alpha1
On Tue, Mar 9, 2010 at 13:30, Johann Cohen-Tanugi wrote:
> hi there,
> I just installed the current head of numpy and built it. trying
> python and then import numpy, and then CTRL-D to exit, all goes well.
> But doing the same with a numpy.test() before CTRL-D ends up in :
>
> Ran 2892 tests in
hi there,
I just installed the current head of numpy and built it. trying
python and then import numpy, and then CTRL-D to exit, all goes well.
But doing the same with a numpy.test() before CTRL-D ends up in :
Ran 2892 tests in 35.814s
OK (KNOWNFAIL=4, SKIP=6)
>>>
python: Modules/gcmodule.c:277
25 matches
Mail list logo
