bugGNU gv - Bugs: bug #13200, pdf problems with gv

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #13200: pdf problems with gv

Submitted by:  None
Submitted on:  Thu 26 May 2005 03:57:04 PM UTC  
Votes:  200  
 
Category: PDF renderingSeverity: 4 - Important
Item Group: NoneStatus: Fixed
Privacy: PublicAssigned to: Jose E. Marchesi <jemarch>
Open/Closed: ClosedRelease: 3.6.3

(Jump to the original submission Jump to the original submission)

Mon 25 Jun 2007 09:09:56 PM UTC, comment #6:

Patch applied and tested.

Jose E. Marchesi <jemarch>In charge of this item.
Wed 11 Oct 2006 06:25:29 PM UTC, comment #5:

Why is this working patch not included in the just released version 3.6.2?

Anonymous
Sat 03 Jun 2006 01:18:03 PM UTC, comment #4:

The submitted patch works for me. If this is the way to solve it, it should be included in next release.

Johan Nilsson <wtfquestionmark>
Thu 13 Apr 2006 07:47:46 PM UTC, comment #3:

This patch fixes the problem by changing the program to do the following: If the input file is updated (recognised by signal or by watch, does not matter), then the forked ghostscript is terminated and a new one is opened.

As usual, my contact info is given in the patch file as comment.

Anonymous
Fri 28 Oct 2005 09:45:52 AM UTC, comment #2:

Exactly the same problem with

kfkf:~ hbf$ gv --version
gv 3.6.1
kfkf:~ hbf$ uname -a
Darwin <left out> 8.2.0 Darwin Kernel Version 8.2.0: Fri Jun 24 17:46:54 PDT 2005; root:xnu-792.2.4.obj~3/RELEASE_PPC Power Macintosh powerpc

Kaspar Fischer <kfhbf>
Mon 22 Aug 2005 08:52:16 PM UTC, comment #1:

I have the same problem and found a simple
workaround (which might also help to track the
problem down). In the example above, the problem
only occurs if the file was changed. Therefore, if
I do:

pdflatex blah.tex; sleep 1; touch blah.pdf

things get much better. When gv loads the file the
second time, it displays it (and I can just once
lower the window with the error messages such that
it is out of the way --- at least with my fvwm2
window-manager).

However, this only helps if I add something to
blah.tex. If I remove something, I have to touch
blah.pdf twice, such that the workaround is:

pdflatex blah.tex; sleep 1; touch blah.pdf; sleep 1; touch blah.pdf

Well, this is not beautiful, but better than
dismissing the error message all the time.

> gv --version

gv 3.6.1

> uname -a

Darwin indigo.local 7.9.0 Darwin Kernel Version
7.9.0: Wed Mar 30 20:11:17 PST 2005;
root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power
Macintosh powerpc

Anonymous
Thu 26 May 2005 03:57:04 PM UTC, original submission:

Consider this latex code:

\documentclass[12pt]{article}
\begin{document}
hello there.
\end{document}

Compile the code and run gv on the resulting pdf file (assume gv "watches" the pdf file so that the pdf file gets reloaded when it changes):

$ pdflatex blah.tex
$ gv blah.pdf &

Whenever you add or subtract text to the pdf document, gv displays an error message. For example, if I added the line "goodbye":

\documentclass[12pt]{article}
\begin{document}
hello there.
goodbye.
\end{document}

and recompile:

$ pdflatex blah.tex

gv displays a pop-up window with the error message:

Error: /syntaxerror in --token--GPL Ghostscript 8.01: Unrecoverable error,
exit code 1

Operand stack:
--dict:5/5(L)-- false DefaultGray DefaultGray ColorSpace
--dict:5/5(L)-- Resources 162 1 0 1 -1.10b --nostringval--
Execution stack:
%interp_exit .runexec2 --nostringval-- --nostringval--
%--nostringval-- 2 %stopped_push --nostringval-- --nostringval--
%--nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1
%3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop
%.runexec2 --nostringval-- --nostringval-- --nostringError:
%/syntaxerror in readxrefentry
Operand stack:
--dict:5/5(L)-- false DefaultGray DefaultGray ColorSpace
--dict:5/5(L)-- Resources 162 1 0 1 stream endobj
Execution stack:
%interp_exit .runexec2 --nostringval-- --nostringval--
%--nostringval-- 2 %stopped_push --nostringval-- --nostringval--
%--nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1
%3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop
%.runexec2 --nostringval-- --nostringval-- --nostringval-- 2
%%stopped_push --nostringval-- --nostringval-- --nostringval--
%--nostringval-- --nostringval-- %packedarray_continue
%--nostringval-- --nostringval-- --nostringval-- --nostringval--
%--nostringval-- --nostringval-- --nostringval-- --nostringval--
Dictionary stack:
--dict:1053/1123(ro)(G)-- --dict:0/20(G)-- --dict:74/200(L)--
--dict:100/127(ro)(GGPL Ghostscript 8.01: Unrecoverable error, exit code 1
)-- --dict:230/230(ro)(G)-- --dict:20/24(L)--
Current allocation mode is local

Click the pop-up's "dismiss" button. gv's main window is blank.

Now if I manually reload the document with "Right click | Reload", the pdf
document reloads and displays correctly!

It's wierd -- as if gv initially has a problem interpreting the pdf file, but when it reloads the pdf, it parses everything correctly.

The problem happens even when gv isn't instructed to watch the pdf file. For example:

1. Click "State | Watch File" to disable watching.

2. Remove "goodbye":

\documentclass[12pt]{article}
\begin{document}
hello there.
\end{document}

3. Recompile:

$ pdflatex blah.tex

4. Reload the pdf file with "Right click | reload"

5. A pop-up appears with the error message:

Current allocation mode is local
Error: /syntaxerror in readxrefentry
...
(stack output removed for brevity)

6. Click "Dismiss" to dismiss the pop-up. gv's main window is blank.

7. Again, click "Right click | reload"

8. The pdf file reloads and displays correctly.

This problem occurs on all my systems (Debian/testing, Debian/unstable).

Anonymous

 

Attached Files
file #9780:  gv-update.patch added by None (624B - text/x-patch - This patch fixes the problem, see comment)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by jemarch (Updated the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 200 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 10 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon 25 Jun 2007 09:09:56 PM UTCjemarchStatusIn Progress=>Fixed
      Open/ClosedOpen=>Closed
    Mon 25 Jun 2007 03:02:55 PM UTCjemarchReleaseNone=>3.6.3
    Mon 25 Jun 2007 02:58:12 PM UTCjemarchStatusNone=>In Progress
    Sat 03 Jun 2006 01:05:35 PM UTCwtfquestionmarkCarbon-Copy-=>Added wtfquestionmark
    Thu 13 Apr 2006 07:47:46 PM UTCNoneAttached File-=>Added gv-update.patch, #9780
    Sun 09 Apr 2006 03:08:12 PM UTCtoolanCarbon-Copy-=>Added toolan
    Fri 28 Oct 2005 09:43:44 AM UTCkfhbfCarbon-Copy-=>Added kfhbf
    Thu 26 May 2005 05:20:36 PM UTCjemarchSeverity3 - Normal=>4 - Important
      Assigned toNone=>jemarch

    Back to the top


    Powered by Savane 3.1-cleanup1