Re: [Bug-AUCTeX] 11.82; zcat being invoked when including pictures

[Ralf Angeli]

* Jose Figueroa-O'Farrill (2006-01-03) writes:

> I have a LaTeX file with headers
>
> \documentclass[leqno,a4paper,final,oneside,dvipdfm]{article}
> \usepackage[latin1]{inputenc}
> \usepackage[T1]{fontenc}
> \usepackage{amsmath,amssymb,amstext,amsthm}
> \usepackage[upright]{fourier}
> \usepackage{pifont}
> \usepackage{graphicx,subfigure}
> \usepackage{epic,eepic}
> \usepackage{fancybox,titlesec}
> \usepackage{version,ifthen}
> \usepackage{color}

Is all of this necessary to reproduce the problem?

> and which includes several .eps figures using, e.g.,
>
> \begin{figure}[h!]

This will fail.  If you don't want your pictures floating, why do you
use a float environment?

>   \centering
>   \includegraphics[angle=270,width=0.7\textwidth]{Figs/apples.eps}
>   \caption{Physical trajectories of equation~\eqref{eq:apple} in
>     units where $g=1$}
>   \label{fig:apple}
> \end{figure}
>
> If I compile the file in a shell using the command line, everything
> works as expected: both latex and dvipdfm.

What _exactly_ did you do?

What happens if you use
pdflatex "\pdfoutput=0\input{<your-file>}"
and
dvipdfm <your-file>.dvi
from the command line?

> On the other hand, when I
> compile it using AUCTeX in Aquamacs Emacs 0.9.8,

What _exactly_ did you do?

> I get the following
> log:
>
> Running `Dvipdfm' on `/Users/jmf/Documents/Teaching/UG/PoMP/Spring 
> 2006/Lectures/Notes' with ``dvipdfm Notes.dvi''
>
> Notes.dvi -> Notes.pdf
> [1][2][3][4][5][6(./Figs/apples.eps<PS>zcat: ./Figs/apples.eps.Z: No such 
> file or directory
[...]
> In other words, for some reason zcat is being invoked to uncompress
> the pictures, but since they are not compressed they are not found and
> hence not included, and I'm at a loss.

The invocation of zcat is intentional if dvipdfm is configured that
way for the inclusion of EPS images.  The problem is the addition of
the .Z extension.

Anyway, I cannot reproduce this with an unpatched Emacs, an unpatched
AUCTeX, and dvipdfm 0.13.2c on GNU/Linux.  I used your example code,
added an appropriate \begin{document} ... \end{document} pair, removed
the inclusion of the fourier package which I don't have, replaced the
name of the included EPS image with one I have on my computer, added
the dvipdfm entry for `TeX-command-list' as included in your bug
report, typed `C-c C-c dvipdfm RET' and everything worked fine:

Running `dvipdfm' on `graphicx-test2' with ``dvipdfm graphicx-test2.dvi''

graphicx-test2.dvi -> graphicx-test2.pdf
[1(./gnus-big-logo.eps<PS>)]
25898 bytes written

dvipdfm finished at Wed Jan  4 10:09:21

If you open the DVI file (resulting from a LaTeX run in Emacs) by
means of `C-x C-f', what do you find regarding the problematic
graphics if you search for the string "DPSfile"?  In my case I can see
DPSfile="gnus-big-logo.eps"
for example.

-- 
Ralf