Article View: comp.text.tex
Article #1345Bug in PSFIG 1.8/1.9 (MSDOS only) (was Re: Problem...)
From: Richard Stanton
Date: Thu, 16 Apr 1992 16:04
Date: Thu, 16 Apr 1992 16:04
25 lines
1740 bytes
1740 bytes
I've worked out why PSFIG 1.8 and 1.9 keep thinking they've found COMPRESSed
files, when they don't actually exist. Here's the relevant code fragment
from PSFIG 1.9:
\def\@p@@sfigure#1{\def\@p@sfile{null}\def\@p@sbbfile{null}
\openin1=#1.bb
\ifeof1\closein1
\openin1=\figurepath#1.bb
\ifeof1\closein1
\openin1=#1
If I told it "figure=frontier.eps", it would first look to see if it could
find frontier.eps.bb. Unfortunately, under the 8.3 naming limits of MSDOS,
it appears that when it tries to open FRONTIER.EPS.BB, it actually opens
FRONTIER.EPS, which does exist, so it now thinks it has a separate .BB and
.Z file, when in reality these don't exist. To check this, I tried with a
file called FRONTIER.PS, which worked fine. It's only when the extension of
the file I'm using has 3 characters that the problem arises (which, in my
case, means every time, as I always call my files NAME.EPS).
Is there a simple line I could include in my LaTeX header file that would
allow me to force PSFIG to use uncompressed files? Alternatively, maybe
checking for the base file name FIRST would cure the problem completely.
Richard Stanton
Technical Details
Message-ID:
<rstanton.196.703440256@garnet.berkeley.edu>Path:
arc1-ca.pugleaf.net!sparky!uunet!think.com!ames!pasteur!connor.Berkeley.EDU!rstantonShow Full Headers
Complete Article Headers
Newsgroups: comp.text.tex Path: arc1-ca.pugleaf.net!sparky!uunet!think.com!ames!pasteur!connor.Berkeley.EDU!rstanton From: rstanton@garnet.berkeley.edu (Richard Stanton) Subject: Bug in PSFIG 1.8/1.9 (MSDOS only) (was Re: Problem...) Message-ID: <rstanton.196.703440256@garnet.berkeley.edu> Sender: nntp@pasteur.Berkeley.EDU (NNTP Poster) Nntp-Posting-Host: connor.berkeley.edu Organization: Haas School of Business, U.C.Berkeley Date: Thu, 16 Apr 1992 16:04:16 GMT Lines: 25