octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #35259] fltk surf plots don't print properly


From: Ben Abbott
Subject: [Octave-bug-tracker] [bug #35259] fltk surf plots don't print properly
Date: Wed, 11 Jan 2012 23:26:20 +0000
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.75 Safari/535.7

Follow-up Comment #14, bug #35259 (project octave):

I have not yet determined why the gl2ps eps-files are violating the operand
stack count. However, I did confirm that adding by saving the initial state
and then restoring it after the eps-file code is run, the problem goes away.

At the top of the eps-file I placed,

/init_state_before_gl2ps save def % save initial state

And at the bottom.

init_state_before_gl2ps def % restore initial state


Then I ran,


epstool --test-eps example.eps


and obtained


"gs"  -dNOEPS -dNOPAUSE -dBATCH -dNODISPLAY  "/tmp/gsviewe6S7SC"
GPL Ghostscript 9.04 (2011-08-05)
Copyright (C) 2011 Artifex Software, Inc.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading NimbusSanL-Regu font from
/opt/local/share/ghostscript/9.04/Resource/Font/NimbusSanL-Regu... 3549856
2099512 2646152 1352409 3 done.

EPSWARN PASS

"gs"  -dNOPAUSE -dBATCH -sDEVICE=bbox   -c "<</PageSize [9400 9400]
/PageOffset [3000 3000]>> setpagedevice" -f "/tmp/gsviewkhfqyE"
GPL Ghostscript 9.04 (2011-08-05)
Copyright (C) 2011 Artifex Software, Inc.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading NimbusSanL-Regu font from
/opt/local/share/ghostscript/9.04/Resource/Font/NimbusSanL-Regu... 3570136
2106567 4334464 3030451 3 done.
%%BoundingBox: 3042 3043 3510 3422
%%HiResBoundingBox: 3042.071907 3043.655907 3509.531893 3421.007896

File has   %%BoundingBox: 0 0 576 450
Correct is %%BoundingBox: 42 43 510 422
PostScript appears well behaved.
File claims to be EPS.
PASS: File appears to be well behaved EPS.
OK


This isn't a proper fix, but it does give an indication that the gl2ps
eps-file is either leaving an operand on the stack or is eating one.

    _______________________________________________________

Reply to this item at:

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

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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]