Re: rel-0-8-1; preview-latex fails with new AUCTeX setting

David Kastrup <[email protected]> Wed, 23 Feb 2005 12:55:56 +0100
Newsgroups gmane.emacs.latex.preview.devel
Message-ID <x5650j5w37.fsf__13479.3584621095$1109160498$gmane$org@lola.goethe.zz>
Peter Dyballa <[email protected]> writes:

> Am 23.02.2005 um 11:50 schrieb David Kastrup:
>
>> Peter Dyballa <[email protected]> writes:
>>
>>> Am 23.02.2005 um 00:46 schrieb David Kastrup:
>>>
>>>> A look in the manual would have told you that PDFTeX is supported.
>>>> Please be more specific than "fails to convert".
>>>
>>> Sorry for being that brief! I thought it was obvious that pdftex made
>>> PDF instead of DVI ...
>>
>> Well, so what?  That's how it is supposed to work.
>
> For AUCTeX it's OK, and that what I widh, but why is preview-latex
> obeying this rule too?

Look, why don't you look into the release notes or the manual or
whatever else if you think I am an incapable idiot that has no clue
about how preview-latex works?  Ok, the manual has been written by
myself in parts, so probably you would not trust it, anyway.  But it
clearly says:

    File: preview-latex.info,  Node: Basic modes of operation,  Next: More documentation,  Prev: Getting started,  Up: Introduction

    1.4 Basic modes of operation
    ============================

    preview-latex has a number of methods for generating its graphics.  The
    configured default uses whatever LaTeX invocation is mapped to AUCTeX's
    `%l' command string which can be customized with

         M-x customize-variable RET LaTeX-command-style RET

    If this happens to be a call of PDFLaTeX generating PDF output, then
    GhostScript will be called directly on the resulting PDF file.  If a
    DVI file gets produced, first Dvips and then GhostScript get called.

I really, really promise that I _have_ a bit of an understanding of
preview-latex.  The above is a bit of a lie, since also pdftodsc gets
involved (quite unnecessarily, I might add, since the resulting
information could also be extracted directly, but that would have
needed more PostScript programming).

> It knows that it needs a DVI file

No, it doesn't.  Not in the version you are using.  Your information
is quite outdated.

> and would need to invoke either tex or 'pdftex --format=dvi'. That
> was my original pointer.

And it is wrong.  Still wrong.

>>>> If yes, what are the corresponding error messages after clicking on
>>>> them?
>>
>>> 	(_region_.prv/tmp1206NGF/preview.dsc)(r)file dup dup 0
>>> 	setfileposition  440()/SubFileDecode filter cvx exec dup dup
>>> 	440 setfileposition  54()/SubFileDecode filter cvx
>>> 	<</OutputFile(_region_.prv/tmp1206NGF/prev001.png)>>preview-doAFPL
>>> 	Ghostscript 8.14: **** Could not open the file  .
>>> 	Error: /invalidfileaccess in --.outputpage--
>>
>> So it is obvious that new broken GhostScript versions are around
>> since the time that this worked.  I think I shall need to make the
>> GhostScript setup configurable to make it easier for people to cope
>> with this sort of crap.  It is not like we have not reported this
>> in the past, but still every new release of GNU GhostScript enjoys
>> itself breaking this in a new way.
>
> Is this code meant to extract the math formula from the PDF output?
> I would assume that there's nothing to do for Ghostscript (that's
> the correct writing) when there is no DVI file that could be
> converted to PS with dvips.

GhostScript can interpret PDF.  It tries doing that and runs into a
PostScript permission problem that should not be there.  If you
downgraded your GhostScript, it would work.  We need to find new
workarounds for GhostScript's new bugs.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
preview-latex-bugs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/preview-latex-bugs


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click