[Octave-bug-tracker] [bug #49339] False error reports while producing latex with non-ascii chars under gnuplot

[Taneli Kalvas]

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

I am running octave processing script files on a server without interactive
prompt or display. The script files are supposed produce graphics. The same
conditions can be reproduced on any computer by running with 


export DISPLAY=
export GNUTERM=png
octave --no-window-system --no-gui -qf test.m


with test.m being


plot([1 2 3],[3 4 2])
xlabel("\\alpha Äh")
print("image.png", "-dpngcairo")


one can see on the resulting image file that the LaTeX encoded alpha and the
utf-8 encoded umlaut character are properly rendered, but nevertheless Octave
prints out a warning from ft_text_renderer function referring to locale C even
if the locale is set to en_US.UTF-8 for example.

I do not agree on the original posters suggestion on changing the setlocale
(LC_CTYPE, 0) at libinterp/corefcn/ft-text-renderer.cc because that is
effectively a "getlocale" as it should. Still, somewhere during initialization
process octave should do setlocale (LC_CTYPE, ""). In
libinterp/corefcn/interpreter.cc as the op suggests? Another option is to use
main.cc where we have a if-else structure processing different conditions with
or without gui.



    _______________________________________________________

Reply to this item at:

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

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