[Octave-bug-tracker] [bug #47849] Documentation failing to build because of geometryimages.m

[Dan Sebald]

Follow-up Comment #3, bug #47849 (project octave):

I wrote a long post here describing my observations for 'qt' sometimes working
and sometimes not.  It just seemed too flaky--sometimes creating a PDF file,
often hanging and not always in the same location.

Anyway, just to address your question.  Yes, I was getting valid EPS files in
all cases for the original post.  Let's replicate such a thing if possible
with -cli option.


address@hidden ~/octave/octave/octave $ rm invisible.pdf rm: cannot remove
‘invisible.pdf’: No such file or directory
address@hidden ~/octave/octave/octave $
/usr/local/src/octave/octave/build1/run-octave -cli --silent
octave:1> graphics_toolkit ('fltk');
octave:2> sombrero
octave:3> print invisible.pdf
octave:4> print invisible.pdf
octave:5> figure visible off
octave:6> sombrero
octave:7> print invisible.pdf
error: __osmesa_print__: Depth and stencil doesn't match, are you sure you are
using OSMesa >= 9.0?
error: called from
    __opengl_print__ at line 172 column 7
    print at line 498 column 14
octave:7> 


The PDF file looks correct.

OK, I think I have verified in the GUI (i.e., no -cli) that 'qt' behaves the
same way as above except that rather than having a bad stencil match it
segfaults, WITH the added random freeze of the GUI sometimes at "sombrero"
even:


>> graphics_toolkit ('qt')
>> sombrero
>> print invisible.pdf
>> print invisible.pdf
>> figure visible off
>> sombrero
>> print invisible.pdf


I then hit return and get a crash with "octave exited with signal 11".

So, I think the starting point here is to search through the Octave graphics
code for proper initialization or configuration of some graphics data for the
glib commands.


    _______________________________________________________

Reply to this item at:

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

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