bugGNU Octave - Bugs: bug #43530, FLTK plot with JIT enabled gives...

 
 

bug #43530: FLTK plot with JIT enabled gives "out of memory"

Submitter:  Andreas Weber <andy1978>
Submitted:  Tue 04 Nov 2014 05:50:04 PM UTC
   
 
Category:  Plotting with OpenGL Severity:  3 - Normal
Priority:  5 - Normal Item Group:  None
Status:  Invalid / Not an Octave Bug Assigned to:  None
Originator Name:  Open/Closed:  * Closed
Release:  * dev Operating System:  * GNU/Linux
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Tue 04 Nov 2014 07:38:42 PM UTC, comment #4: 

@Anonym: Thank you for the hint. On Jessie my driver in /usr/lib/x86_64-linux-gnu/dri was indeed clinked against libLLVM-3.5.so.1 whereas ./configure picked LLVM 3.4 for Octave.

Closing as invalid

Andreas Weber <andy1978>
Group Member
Tue 04 Nov 2014 06:28:58 PM UTC, comment #3: 

Mixing level of LLVM is not likely to be a good
idea. They are changing lots of things right now and
do not offer any compatibility from level to level.

Michael Godfrey <godfrey>
Group Member
Tue 04 Nov 2014 06:24:44 PM UTC, comment #2: 

One possible reason is, that one library that is linked to octave was compiled with different LLVM version than octave itself.

For example with Ubuntu 14.04 the crash happens in /usr/lib/x86_64-linux-gnu/dri/r600_dri.so (linked to LLVM 3.4) when octave itself was built with LLVM 3.5. When building with LLVM 3.4 plot works.

Anonymous
Tue 04 Nov 2014 06:06:16 PM UTC, comment #1: 

Just for information compiled under Fedora 20 x64:
octave:1> jit_enable()
ans =  1
octave:2> plot (rand (3))
octave:3> version
ans = 4.1.0+
octave:4> graphics_toolkit()
ans = fltk
===========
Plot looks normal.

Michael Godfrey <godfrey>
Group Member
Tue 04 Nov 2014 05:50:04 PM UTC, original submission:  

hg id 9f83ea3fa48c configured with "--enable-jit" and started with "./run-octave --no-gui" shows


octave:1> graphics_toolkit ("fltk");
octave:2> plot (rand (3))
error: out of memory -- trying to return to prompt


I haven't debugged what causes this "std::bad_alloc" (toplev.cc:648) yet. This is mainly a reminder for me.

Andreas Weber <andy1978>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by godfrey (Posted a comment)
  • -email is unavailable- added by andy1978 (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2014-11-04 andy1978 StatusNone Invalid / Not an Octave Bug
        Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-4448.
    Corresponding source code