February 2008 - ntg-pdftex - NTG Mailing Lists

[ pdftex-Bugs-917 ] pdftex 1.40.6: "invalid argument" on parsing pdftex.map
by noreply＠sarovar.org 13 Feb '08

13 Feb '08

Bugs item #917, was opened at 2008-02-13 18:55 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=917&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Allin Cottrell (allin) Assigned to: Nobody (None) Summary: pdftex 1.40.6: "invalid argument" on parsing pdftex.map Initial Comment: Using an admittedly quite old pdftex.map, pdftex 1.40.5 would product correct output but pdftex 1.40.6 fails to parse the map file. pdftex.map is attached; here is interactive output: waverley:~/mytex/misc$ cat bug.tex \documentclass{article} \begin{document} Hello. \end{document} waverley:~/mytex/misc$ pdflatex bug This is pdfTeX, Version 3.141592-1.40.6 (Web2C 7.5.6) \write18 enabled. (./bug.tex LaTeX2e <2003/12/01> Babel <v3.7h> and hyphenation patterns for american, russian, spanish, italian, polish, loaded. (/usr/share/texmf/tex/latex/base/article.cls Document Class: article 2004/02/16 v1.4f Standard LaTeX document class (/usr/share/texmf/tex/latex/base/size10.clo)) (./bug.aux) [1{/usr/share/texmf/f onts/map/pdftex.map}pdflatex: Invalid argument ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=917&group_id=106

1 0

Synchronization
by LAURENS Jérôme 12 Feb '08

12 Feb '08

Hi, I'd like to know the opinion of the developer team about synchronization and the patch I sent. Now that xpdf allows both forwards and backwords synchronization, it might be time to raise the question. JL

6 28

[ pdftex-Patches-871 ] Synchronization: pdfsync.sty embedded (1)
by noreply＠sarovar.org 09 Feb '08

09 Feb '08

Patches item #871, was opened at 2007-09-30 10:56 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=871&group_id=106 Category: User interaction >Group: v1.50.0 Status: Open >Resolution: Accepted Priority: 5 Submitted By: Jerome LAURENS (jlaurens) Assigned to: Martin Schröder (oneiros) Summary: Synchronization: pdfsync.sty embedded (1) Initial Comment: To the administrator, please remove the preceding patch submission The purpose is to implement some extensions very useful for synchronization, both forwards and backwards. Synchronization is the ability for a text editor and a pdf viewer to work together, displaying the same thing at the same time. For example, a text editor can ask a pdf viewer to display and outline the character in the output corresponding to the character under the cursor. Attached is a zip file containing diff against version 1.40.4, explanations and demonstrations in synchronize.readme/synchronize+frames.pdf PS: I have problems with my connection ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2008-01-29 10:40 Message: Logged In: NO The pdfsync package is a tremendous boost in the productivity for everyone that learns about it, specially when working with pdf files of more than a couple of pages. The synchronization between pdf viewer and tex editor is essential for keeping track of the changes you are doing without having to search over lots of .tex files or having to scroll over the entire pdf to find the relevant section. My work on latex is mainly done on Mac OS X using eclipse+texlipse+pdftex and the Skim PDF reader and with my discovery of pdfsync, the whole experience of writting latex documents have improved to the point i would not use anything else. So i would love to have this feature included as soon as possible so it can become a standard and avoid any package incompatibilities. Also, it is well known that the syncrhonization feature has been present a very long time for latex output to .dvi files and i think it is the time to bring this essential feature to the pdftex world to achieve the same level of functionality. Regards, Juan Ramón González, Granada, Spain ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2008-01-28 10:50 Message: Logged In: NO I understand the issue correctly, Laurens' suggested modification of pdftex would make synchronization a (potential) standard in all TeX installations and formats, without package incompatibilities. This should be regarded as an improvement over present implementations of this essential feature, at least essential for those who, like Schremmer, spend hours each day going back and forth between TeX source and pdf output. Please add it soon, Josep Maria Font Barcelona ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2008-01-26 06:23 Message: Logged In: NO As someone who spends hours everyday going back and forth between source and pdf with TeXShop under OSX 10.4.11, any improvement in the synchronization would be invaluable and so would Laurens's improvement. Regards --Schremmer ---------------------------------------------------------------------- Comment By: Jerome LAURENS (jlaurens) Date: 2008-01-24 19:31 Message: Logged In: YES user_id=4698 Ok, I found some time to make the necessary corrections and improvements. The attached file contains explanations and examples about synchronization. The patch.diff file is the result of the "svn diff" command against the latest trunk (as of 01/24/08) Compared to the previous versions, the command line switch now works properly and there is now a mean to take into account the x and y offset that may be used by a postprocessor like dvipdf. Well, it is very difficult to find any kind of information/help about pdftex development, so please don't be too crude with me. ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2007-12-19 17:21 Message: Logged In: YES user_id=2217 Also, the command line switch seems to be broken. It only works with \synchronize=1 in the source here. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-18 15:50 Message: Logged In: YES user_id=421 Please update the patch against trunk and please use svn diff. I refuse to look at this patch more closely since the diff includes all the .svn files. ---------------------------------------------------------------------- Comment By: Jerome LAURENS (jlaurens) Date: 2007-10-15 09:21 Message: Logged In: YES user_id=4698 Synchronize3.zip is available. It just adds a flag in the .sync file to indicate whether dvi or pdf mode was used. So far I have found only one problem, using dvips or dvipdf with a concrete offset (-x and -y options) will break the synchronization. If such a filter is gentle enough to indicate that it used a custom offset, then viewers can take this into account and the synchronization is not broken. Viewers will check the above mentionned flag to look for customized offset. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-10-01 00:00 Message: Logged In: YES user_id=421 You didn't attach Synchronize 2.zip yet... ---------------------------------------------------------------------- Comment By: Jerome LAURENS (jlaurens) Date: 2007-09-30 23:10 Message: Logged In: YES user_id=4698 Synchronize 2.zip is a version extending the previous one. Now synchronization works the same for both dvi and pdf output modes. ---------------------------------------------------------------------- Comment By: Jerome LAURENS (jlaurens) Date: 2007-09-30 23:09 Message: Logged In: YES user_id=4698 Synchronize 2.zip is a version extending the previous one. Now synchronization works the same for both dvi and pdf output modes. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=871&group_id=106

1 0

[ pdftex-Bugs-909 ] pdflatex does not respond, probably hitting an endless loop condition
by noreply＠sarovar.org 04 Feb '08

04 Feb '08

Bugs item #909, was opened at 2008-01-26 13:27 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=909&group_id=106 Category: None Group: v1.40.3 >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: Jorgen Moth (unijm) Assigned to: Nobody (None) Summary: pdflatex does not respond, probably hitting an endless loop condition Initial Comment: A number of students at the Danish Technical University has experienced pdflatex being captured in an internal endless, cpu-consuming loop. Typically the students utilize texmaker (who submits pdflatex jobs with default option -interaction=nonstopmode) to generate their reports. Due to errors in the input latex files not being corrected immediately by the students, this way of working stresses the pdflatex engine, and a number of looping conditions have occured. Enclosed please find an example of a setup which is able to reproduce the looping error. The error will appear by running "pdflatex report" and answer with an empty line (CR) when a figure can't be located and otherwise with "R" when an error appears, thus emulating the -interaction=nonstopmode used by texmaker. You quickly reach the no-response, but very cpu-time consuming condition. It is our hope that you will easily with your knowledge of the internals of pdflatex locate and fix this very annoying problem. Best regards Jorgen Moth jorgen.moth(a)uni-c.dk (www.uni-c.dk) ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-01-26 17:37 Message: Logged In: YES user_id=421 Please provide a minimal self contained test case proving that this is indeed a problem of pdftex. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=909&group_id=106

1 0

[ pdftex-Bugs-908 ] corrupted SMask
by noreply＠sarovar.org 04 Feb '08

04 Feb '08

Bugs item #908, was opened at 2008-01-26 11:04 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=908&group_id=106 Category: Image inclusion Group: v1.40.6 >Status: Closed Resolution: Works For Me Priority: 5 Submitted By: Robert (schlcht) Assigned to: Martin Schröder (oneiros) Summary: corrupted SMask Initial Comment: if an image with transparency is included, its SMask will contain funny stuff. with the attached image, for example, parts of the map file will be written to the pdf file (don't open it in a viewer but an editor!). \pdfcompresslevel0 \pdfximage{transp.png} \pdfrefximage\pdflastximage \bye ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-01-28 13:47 Message: Logged In: YES user_id=421 Iff you are using Cygwin, then of course Cygwin ist the problem. :-) ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2008-01-28 13:34 Message: Logged In: YES user_id=2217 Here's the PDF I get (with 1.40.6 as well as 1.50). The SMask object looks like this: ----------------------- 8 0 obj << /Type /XObject /Subtype /Image /Width 100 /Height 100 /BitsPerComponent 8 /ColorSpace /DeviceGray /Length 20000 >> stream [10,000 chars]orunska-Regular " encantt-texnansi ReEncodeFont " <antt-texnansi.enc <anttr.pfb texnansi-anttrcap AntykwaTorunska-Regular " encanttcap-texnansi ReEncodeFont " <anttcap-texnansi.enc <anttr.pfb texnansi-anttri AntykwaTorunska-Italic " encantt-texnansi ReEncodeFont " <antt-texnansi.enc <anttri.pfb texnansi-anttricap AntykwaTorunska-Italic " encanttcap-texnansi ReEncodeFont " <anttcap-texnansi.enc <anttri.pfb [etc., until length of 20,000 is reached] ----------------------- cygwin, again? ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-01-26 17:35 Message: Logged In: YES user_id=421 I can't reproduce this with either 1.40.5, 1.40.6-rc1, trunk or stable. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=908&group_id=106

1 0