Re: A backend("fltk") problem

[Michael D Godfrey]

On 09/02/2009 12:07 PM, John W. Eaton wrote:

| So, in the very short run, just to improve on the current
| seg fault, a changest that deletes lines 149-151,
| tests for the existence of the FreeSans.ttf file in order
| to produce some error message indicating the need
| for that font, and then applies to line in your previous
| patch  would be a help.

I will try to propose a patch later today.

jwe
  

John, I just confirmed on my Fedora 11 x86_64 system, and
using the version of Octave with your emailed patch and the
error: removed, I get:

1. If the /usr/share/fonts/truetype/freefont/...   is removed
    the system seg faults with:
octave:2> title("hello")
octave:3> error: ft_manager: unable to load font: /usr/share/fonts/truetype/freefont/FreeSans.ttf
error: ft_render: unable to load appropriate font
error: ft_render: font not initialized
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>'
panic: Segmentation fault -- stopping myself...
attempting to save variables to `octave-core'...
save to `octave-core' complete
Segmentation fault
====================================

2. If the 2 fonts xorg-x11-fonts-75dpi-7.2-8.fc11.noarch
    and xorg-x11-fonts-100dpi-7.2-8.fc11.noarch are NOT
   installed the interpreter tex mechanism (in the
   backend("gnuplot")) stops working.
====================================

I am not sure that everyone reading this thread found these
facts clearly stated.

So, the one short-run fix should be to do something to
avoid the seg fault even though the "last resort" font is not
there, or make its installation part of Octave.  I think a test
that prevents seg fault is still called for.  The font could get
deleted, or, ...

Michael