On Mon, 21 Apr 2008 23:37:11 +0200 Francesco Poli wrote: > On Wed, 9 Apr 2008 23:32:08 +0200 Francesco Poli wrote: [...] > > * the resulting foo.eps (which is correctly displayed by gv) > > crashes epstopdf, which is strange and deserves further investigation
I found out the cause of epstopdf crashes. If option CompressOn is checked in the final dialog window, then the EPS file is written as gzipped Encapsulated PostScript. Hence, a more appropriate file name would be foo.eps.gz. Gunzipping the file produces a foo.eps that can be processed flawlessly by epstopdf. Since CompressOn is checked by default, my previous tests all fell into this case. On the other hand, if option CompressOn is manually *unchecked*, then the produced EPS file is uncompressed and can be successfully processed by epstopdf. However, please note that, in both cases, the PDF file generated by epstopdf is still veeeeeryyyy sloooooowwww to load... -- http://frx.netsons.org/doc/index.html#nanodocs The nano-document series is here! ..................................................... Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4
pgpvWV1hQJmd4.pgp
Description: PGP signature
