[Octave-bug-tracker] [bug #42534] No lines when printing plot (fltk)

[Bradley Manning]

Follow-up Comment #31, bug #42534 (project octave):

After multiple tests, I figured that this could likely the issue.  I tried
stock mxe-octave on a machine with an AMD APU (Radeon) on Windows x64, and
printing worked fine.  The machine that is having problems is of course
running Windows x64, but has an Intel GPU.  On the Intel GPU machine, printing
with Octave 3.8.2 functions perfectly in an OpenSUSE VM, albeit with software
rendering.  

The changes to gl2ps-renderer.cc that Andreas suggested did not work, as far
as I can tell.  My cross-compiled version (x86) generates some errors upon
printing, but on the AMD GPU machine the plot lines show up, and on the Intel
GPU machine they do not.

Example output:

>> sombrero(10)
>> drawnow('eps','cat>testOut.eps')
error: get: unknown axes property fontsize_points
error: octave_base_value::double_value (): wrong type argument '<unknown
type>'
error: octave_base_value::convert_to_str_internal (): wrong type argument
'<unknown type>'
error: octave_base_value::convert_to_str_internal (): wrong type argument
'<unknown type>'
error: octave_base_value::convert_to_str_internal (): wrong type argument
'<unknown type>'
error: octave_base_value::convert_to_str_internal (): wrong type argument
'<unknown type>'
error: octave_base_value::convert_to_str_internal (): wrong type argument
'<unknown type>'
error: octave_base_value::matrix_value(): wrong type argument '<unknown
type>'
error: octave_base_value::matrix_value(): wrong type argument '<unknown
type>'
error: octave_base_value::matrix_value(): wrong type argument '<unknown
type>'
error: drawnow: A(I,J): row index out of bounds; value 1 out of bound 0
>> print -dsvg testOut.svg
error: get: unknown axes property fontsize_points
error: octave_base_value::double_value (): wrong type argument '<unknown
type>'
error: octave_base_value::convert_to_str_internal (): wrong type argument
'<unknown type>'
error: octave_base_value::convert_to_str_internal (): wrong type argument
'<unknown type>'
error: octave_base_value::convert_to_str_internal (): wrong type argument
'<unknown type>'
error: octave_base_value::convert_to_str_internal (): wrong type argument
'<unknown type>'
error: octave_base_value::convert_to_str_internal (): wrong type argument
'<unknown type>'
error: octave_base_value::matrix_value(): wrong type argument '<unknown
type>'
error: octave_base_value::matrix_value(): wrong type argument '<unknown
type>'
error: octave_base_value::matrix_value(): wrong type argument '<unknown
type>'
error: drawnow: A(I,J): row index out of bounds; value 1 out of bound 0
error: called from:
error:  
C:Usersbradley.manningDesktopoctave-3.8.2_glfixshareoctave3.8.2mplotutilprivate__fltk_print__.m
at line 166, column 5
error:  
C:Usersbradley.manningDesktopoctave-3.8.2_glfixshareoctave3.8.2mplotutilprint.m
at line 422, column 14
>>

In the example, the files are generated, just without plot lines (despite the
errors).

I am trying to cross-compile a version on a Linux 64-bit distro with the
changes to gl2ps-renderer.cc for due diligence .. (configure options: 
--enable-lib64-directory, --enable-windows-64, --disable-java)

My question is, is there a way to force Octave to use software rendering? 
Unfortunately, on the problem machine I do not have administrator rights, so
using the option in the Windows Control Panel isn't an option (see
http://www.wikihow.com/Turn-off-Hardware-Acceleration).  It would be great if
I could disable hardware acceleration inside of Octave to test if this solves
the issue.  I read that one can put the Mesa3d OpenGL drivers in the same
folder as an application, and it will resort to using those instead of the
default drivers on the system.  I will try this.

    _______________________________________________________

Reply to this item at:

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

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