[Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW)

[Ben Abbott]

Follow-up Comment #15, bug #31976 (project octave):

I looked at print.m, the piece of code that is problematic is below.


        if (dos_shell)
          filein(filein=="'") = """;
          gs_cmd = __ghostscript__ ("binary", opts.ghostscript.binary,
                                    "device", "epswrite",
                                    "source", "-",
                                    "output", filein);
          cmd = sprintf ("%s %s & %s", gs_cmd, filein, cmd);
        else
          cmd = sprintf ("cat > %s ; %s", filein, cmd);
        endif


Essentially, we try to pipe data in by pipe. For unix the gl2ps pipes the eps
language through "cat".

We use a pipe up front because gl2ps is asynchronous. Thus, if we save the eps
output a file  we don't know when the file will be closed and won't know when
to continue to process it to produce any of the other output formats (png, ps,
pdf, jpg, emf, fig, etc are all produced by converting the eps file).

The current implementation attempts to use ghostscript to form a pipe. I don't
know if this is working or not, but if it does it has an unfortunate side
effect. Piping through ghostscript will break using psfrag. I'd like to
preserve that if possible.



    _______________________________________________________

Reply to this item at:

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

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