Bug 590504 - Octave crashes after operating on matrix created w/ eye
Octave crashes after operating on matrix created w/ eye
Status: CLOSED CURRENTRELEASE
Product: Fedora
Classification: Fedora
Component: octave (Show other bugs)
14
All Linux
low Severity medium
: ---
: ---
Assigned To: Rakesh Pandit
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2010-05-09 19:50 EDT by JR
Modified: 2011-07-30 10:37 EDT (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2011-07-30 10:37:53 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description JR 2010-05-09 19:50:48 EDT
Description of problem:
Creating a matrix with eye(n) and then doing an rref() on that matrix causes octave to crash complaining about a corrupted doubly-linked list.  Sometimes it backs out nicely.  Other times, a kill -9 is in order on the PID.

Version-Release number of selected component (if applicable):
$ rpm -qa | grep octave
octave-3.2.4-2.fc13.x86_64
$ rpm -qa | grep glibc
glibc-2.12-1.x86_64
glibc-common-2.12-1.x86_64

How reproducible:
Always, but error messages change for no apparent reason.  A crash always ensues.  

Steps to Reproduce:
1. Load octave command line prompt.
2. Execute the following:
A=eye(6) [enter]
A  [enter]
rref(A) [enter]
exit [enter]
(Crashes here)
  
Actual results:
octave crashes

Expected results:
Return the identity matrix as it is already in simplest terms.

Additional info:
$ octave
GNU Octave, version 3.2.4
Copyright (C) 2009 John W. Eaton and others.
This is free software; see the source code for copying conditions.
There is ABSOLUTELY NO WARRANTY; not even for MERCHANTABILITY or
FITNESS FOR A PARTICULAR PURPOSE.  For details, type `warranty'.

Octave was configured for "x86_64-redhat-linux-gnu".

Additional information about Octave is available at http://www.octave.org.

Please contribute if you find this software useful.
For more information, visit http://www.octave.org/help-wanted.html

Report bugs to <bug@octave.org> (but first, please read
http://www.octave.org/bugs.html to learn how to write a helpful report).

For information about changes from previous versions, type `news'.

octave:1> A=eye(6)
A =

Diagonal Matrix

   1   0   0   0   0   0
   0   1   0   0   0   0
   0   0   1   0   0   0
   0   0   0   1   0   0
   0   0   0   0   1   0
   0   0   0   0   0   1

octave:2> rref(A)
ans =

   1   0   0   0   0   0
   0   1   0   0   0   0
   0   0   1   0   0   0
   0   0   0   1   0   0
   0   0   0   0   1   0
   0   0   0   0   0   1

octave:3> quit
*** glibc detected *** octave: corrupted double-linked list: <<hash value removed>> ***


**NOTE:  This also occurs on the latest available octave for Fedora 12 as well.  The error messages change as well.
Comment 1 JR 2010-05-27 18:25:57 EDT
It appears this has been fixed in the upstream project.  Please view http://savannah.gnu.org/bugs/?func=detailitem&item_id=29584.  

Unfortunately I don't see an obvious change in the source tree that references that bug report.
Comment 2 JR 2010-06-20 16:34:39 EDT
Note:  This still occurs in the package provided by Fedora.  (Fedora 13 i686)  

Ping?
Comment 3 Alex Lancaster 2010-07-17 15:44:51 EDT
We should look into maybe backporting this fix to Octave 3.2.4 if it fixes this bug.  Rakesh?
Comment 4 JR 2011-02-22 20:07:24 EST
Still impacts Fedora 14 as well.  I see that Version 3.4.0 was released at the beginning of February.  Is there a build of that I can try for F14 to see if this issue is finally resolved?
Comment 5 JR 2011-07-30 10:37:53 EDT
In F15 the bug is fixed with the release of octave-3.4.0-6.fc15.i686.  Closing the bug I reported.

Note You need to log in before you can comment on or make changes to this bug.