[Octave-bug-tracker] [bug #44292] Frequent crashes when printing to eps on Windows platform

[Dan Sebald]

Follow-up Comment #12, bug #44292 (project octave):

Did you try substituting a null device for the pipe and see if that alleviates
the problem?  Something like


diff --git a/scripts/plot/util/private/__opengl_print__.m
b/scripts/plot/util/pr
--- a/scripts/plot/util/private/__opengl_print__.m
+++ b/scripts/plot/util/private/__opengl_print__.m
@@ -162,6 +162,8 @@ function opts = __opengl_print__ (opts)
     if (opts.debug)
       fprintf ("opengl-pipeline: '%s'n", pipeline{n});
     endif
+pipeline
+pipeline{n} = "/dev/null"
     drawnow (gl2ps_device{n}, strcat ('|',pipeline{n}));
   endfor


It doesn't take much to make Octave crash on a Linux system with regard to
that pipe.  The following will do it:

diff --git a/scripts/plot/util/private/__opengl_print__.m
b/scripts/plot/util/pr
--- a/scripts/plot/util/private/__opengl_print__.m
+++ b/scripts/plot/util/private/__opengl_print__.m
@@ -162,7 +162,7 @@ function opts = __opengl_print__ (opts)
     if (opts.debug)
       fprintf ("opengl-pipeline: '%s'n", pipeline{n});
     endif
-    drawnow (gl2ps_device{n}, strcat ('|',pipeline{n}));
+    drawnow (gl2ps_device{n}, "");
   endfor
 
   if (! isempty (strfind (opts.devopt, "standalone")))


The program shouldn't crash just because the input of some function doesn't
make sense.  I'd say investigate that problem and you might discovery what the
problem is specific to Windows.

    _______________________________________________________

Reply to this item at:

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

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