I try to run:
C:\Users\Oleg\Desktop>epstopdf.exe test5-reference.eps
and I get just an a blank .pdf with the following:
Error: /undefined in uageLevel:
Operand stack:
Execution stack:
%interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2
%stopped_push --nostringval-- --nostringval-- --nostringval-- false 1
%stopped_push 1926 1 3
%oparray_pop 1925 1 3
%oparray_pop --nostringval-- 1909 1 3
%oparray_pop 1803 1 3
%oparray_pop --nostringval--
%errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2
%stopped_push --nostringval--
Dictionary stack:
--dict:1169/1684(ro)(G)-- --dict:0/20(G)-- --dict:81/200(L)--
Current allocation mode is local
Last OS error: No such file or directory
MiKTeX GPL Ghostscript 9.05: Unrecoverable error, exit code 1
epstopdf.exe: Invalid argument
No idea what might be wrong. I am on Win7 64bit.
EDIT
Matlab R214b is used to create the .eps with the call:
print(gcf, '-depsc', filename)
which uses settings specified in printjob()
. Specifically:
pj.PostScriptTightBBox = 1; %True if want to have a tight BoundingBox
Basically, it creates in the .eps the line:
%%BoundingBox: (atend)
However, epstopdf specifically says:
The case of "%%BoundingBox: (atend)" when input is not seekable (e.g., from a pipe) is not supported.
Now, the question is, why is the input not seekable, or is it a bug in epstopdf?
Also, would be interesting to check how previous versions of Matlab create the .eps with the same call.
EDIT 2
The issue as identified by Christian Zietz of the epstopdf team:
I investigated a little further: It seems that the problem occurs only with MikTeX epstopdf and only if two things come together: "%%BoundingBox: (atend)" in the header of the EPS file and Unix-style line endings, meaning only LF and not CR+LF as it is customary in Windows.
I filed a bug report to Miktex.
epstopdf
script -- there were no errorspdf
from MatLab?epstopdf
in Windows and i got the same problem. I converted with Acrobat Distiller and no problem