octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #44406] glps_renderer::draw uses static state


From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #44406] glps_renderer::draw uses static state variable, potential bug?
Date: Tue, 03 Mar 2015 08:08:54 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15

Follow-up Comment #6, bug #44406 (project octave):

I'm not sure either.  I've tried to investigate a before-and-after for
changeset 19889, but it seems like the same behavior in both cases.

I create a big image with


image(32*rand(5000))


and type Cntrl-C once or twice while OpenGL is working.  I couldn't cause
anything real strange with repeated tries.

On the other hand, following up with this command


print -deps test.eps


is a different story.  Pressing Cntrl-C when the printing process is taking
place can easily put Octave into a bad state.  The plot can be shredded.  The
command line can be unresponsive.  The whole of the program can be in a sleep
state.

Couple other things

1) With that test image displayed, I'm seeing a vertical grey line at about
x=4100.  I'm not sure how that can be an Octave problem.  More likely a bug in
OpenGL implementation.  I assume your versions of OpenGL are different from
mine, so If you can see a similar line, then maybe I'll create a bug report.

2) I see that the rendering for the plot image is handled inside the main
process.  Moving the main window around will cause the slow 5000x5000 image
redraw, but that also makes Octave GUI very unresponsive.  It would be nice if
the portion of OpenGL that does the video graphics memory update could be in a
separate process.  Too much to ask of OpenGL, I suppose.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?44406>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]