[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #30514] Array indexing error?
From: |
Jaroslav Hajek |
Subject: |
[Octave-bug-tracker] [bug #30514] Array indexing error? |
Date: |
Thu, 22 Jul 2010 08:07:36 +0000 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100506 SUSE/3.5.10-0.1.1 Firefox/3.5.10 |
Update of bug #30514 (project octave):
Category: None => Interpreter
Status: None => Fixed
Assigned to: None => highegg
Open/Closed: Open => Closed
_______________________________________________________
Follow-up Comment #1:
The crashes after the out-of-memory error are probably Windows-specific,
because I don't see them on Linux neither in 3.3.51+ nor 3.2.4. Most likely
related to some OctaveForge packages.
The out-of-memory itself is a bug in a workaround for LAPACK's bug in
workspace query. The dependence on number of rows is caused by integer
overflows. Indexing has nothing to do with this.
John, apparently it was you who introduced it with 7486:6a6d2abe51ff for some
reason, so I invite you to take a look at my fix:
http://hg.savannah.gnu.org/hgweb/octave/rev/2c2d4a2f1047
I think the workaround needs only be triggered when both n > m and n >=
mnthrs, because that's the only case when the following block from dgelsd in
lapack 3.2 is met:
! XXX: Ensure the Path 2a case below is triggered. The workspace
! calculation should use queries for all routines eventually.
MAXWRK = MAX( MAXWRK,
$ 4*M+M*M+MAX( M, 2*M-4, NRHS, N-3*M ) )
and this seems to be the only block that was missing throughout 3.0.0 -
3.1.1. I didn't check earlier LAPACKs.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?30514>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/