- ntg-pdftex - NTG Mailing Lists

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

26 Jan '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: Open Resolution: None 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-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

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

26 Jan '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: Open Resolution: None 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) ---------------------------------------------------------------------- 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 26 Jan '08

26 Jan '08

Bugs item #908, was opened at 2008-01-26 10: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: Open Resolution: None 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 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=908&group_id=106

1 0

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

26 Jan '08

Patches item #871, was opened at 2007-09-30 14:26 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=871&group_id=106 Category: User interaction Group: v1.40.0 Status: Open Resolution: None 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-26 10:53 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-25 00:01 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 21:51 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 20:20 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 12:51 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 03:30 Message: Logged In: YES user_id=421 You didn't attach Synchronize 2.zip yet... ---------------------------------------------------------------------- Comment By: Jerome LAURENS (jlaurens) Date: 2007-10-01 02:40 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-10-01 02:39 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-Patches-871 ] Synchronization: pdfsync.sty embedded (1)
by noreply＠sarovar.org 24 Jan '08

24 Jan '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.40.0 Status: Open Resolution: None 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: 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

1.40.6-rc1
by Martin Schröder 20 Jan '08

20 Jan '08

http://sarovar.org/download.php/1216/pdftex-1.40.6-rc1.tar.bz2 http://sarovar.org/download.php/1217/pdftex-1.40.5-1.40.6-rc1.diff.gz I think it's time for another stable release. Please test. ----------------------------------------------------- pdfTeX 3.141592-1.40.6-rc1 was released on 2008-01-20 ----------------------------------------------------- - Bugfixes: - inclusion of encrypted PDFs was broken (861) - PDFs > 2GiB (LFS) would be broken, even on 64-bit systems. Now the basic support for LFS is there, you only need to supply the right compiler flags (this is not yet done automatically). See build.sh for hints on compiling. - Page groups in pdfs (see 1.10a below) are now handled correctly (741) - When including transparent PNGs pdftex now automatically adds a Page Group (896) - broken map files would lead to core dumps - unusual TrueType fonts would lead to an assertion error (874) - the null object in object table was never initialized - included PDFs with /PieceInfo lost their /LastModified date - an empty colorstack crashed pdftex (897) - pdfTeX uses libpng 1.2.24 - pdfTeX uses xpdf 3.02pl2 Best Martin

1 0

[ pdftex-Bugs-896 ] including an image (pdf or png) with transparency messes up other colours on that page
by noreply＠sarovar.org 14 Jan '08

14 Jan '08

Bugs item #896, was opened at 2007-12-29 21:00 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=896&group_id=106 Category: Image inclusion Group: v1.50.0-alpha >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jim Diamond (zsd) Assigned to: Martin Schröder (oneiros) Summary: including an image (pdf or png) with transparency messes up other colours on that page Initial Comment: Download http://www.libpng.org/pub/png/img_png/stefan_255_rgba.png (which has a transparent background) and run it through png2pdf as follows: png2pdf -i stefan_255_rgba.png stefan_255_rgba-i.pdf png2pdf -a stefan_255_rgba.png stefan_255_rgba-a.pdf png2pdf stefan_255_rgba.png stefan_255_rgba-neither.pdf Then run the following through pdflatex (pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)) \documentclass{beamer} \mode<presentation> { \usetheme{Madrid} \setbeamercovered{transparent} } \usepackage{ifpdf} \usepackage{graphicx} \usepackage{color} \ifpdf \hypersetup{% pdfpagemode=FullScreen, pdfpagetransition={Wipe /Di 0 /D 0.5} } \fi \title[Beamer and png2pdf]{Using png2pdf with the beamer class} \author[Krause]{D.~Krause} \subject{png2pdf} \begin{document} \beamertemplateshadingbackground{yellow!50}{magenta!50} \begin{frame} \frametitle{NO Image over background} This is some text \end{frame} \begin{frame} \frametitle{Original stefan... png image over background} \includegraphics{stefan_255_rgba.png}% \end{frame} \begin{frame} \frametitle{png2pdf -a stefan... image over background} \includegraphics{stefan_255_rgba-a.pdf}% \end{frame} \begin{frame} \frametitle{png2pdf -i stefan... image over background} \includegraphics{stefan_255_rgba-i.pdf}% \end{frame} \begin{frame} \frametitle{png2pdf stefan... over background} \includegraphics{stefan_255_rgba-neither.pdf}% \end{frame} \end{document} Now look at the resulting PDF (attached) with Acroread 7.0.9 or 8.1.1 on Linux. On the page which includes the PNG and also on the page which includes the png2pdf -a version, the other colours on the page are messed up somewhat. This also happens on Acroread 8.? running on Windoze xp under vmware, although it seems a bit less noticeable. There is no apparent problem when looking at the file with xpdf or kpdf (Slackware 12.0 Linux). It's not clear to me whether this is an acroread bug or a pdftex bug, but Martin Schröder suggested I open a bug here. Cheers. Jim ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-01-14 17:25 Message: Logged In: YES user_id=421 A fix for this will be included in the next release (1.40.6/1.50.0). ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-31 16:07 Message: Logged In: YES user_id=421 Our contact at adobe confirms that pages with transparent objects on them (like pngs) must have a /Group entry in the /Page object. I'll fix that next year. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-29 22:05 Message: Logged In: YES user_id=421 This is not related to #764, as there are no page Groups. It also happens only with the png or rgba-a. I'll ask our contact at Adobe. ---------------------------------------------------------------------- Comment By: Jim Diamond (zsd) Date: 2007-12-29 22:03 Message: Logged In: YES user_id=4814 I just d/l'ed and compiled pdftex Version 3.141592-1.40.5 (Web2C 7.5.6) The pdf files (1.40.3 and 1.40.5 versions) are slightly different (when compared as text) but when viewed with acroread 7.0.9 they look identical (as far as my eyes can tell). ---------------------------------------------------------------------- Comment By: Jim Diamond (zsd) Date: 2007-12-29 21:15 Message: Logged In: YES user_id=4814 Done ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-29 21:08 Message: Logged In: YES user_id=421 Please attach the pdfs from png2pdf. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=896&group_id=106

1 0

[ pdftex-Bugs-897 ] segfault with empty colorstackinit
by noreply＠sarovar.org 13 Jan '08

13 Jan '08

Bugs item #897, was opened at 2008-01-09 13:21 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=897&group_id=106 Category: Primitives Group: v1.40.6 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Robert (schlcht) Assigned to: Martin Schröder (oneiros) Summary: segfault with empty colorstackinit Initial Comment: Here's a segfault: \edef\x{\pdfcolorstackinit page{}} X\bye ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-01-13 15:40 Message: Logged In: YES user_id=421 A fix for this will be included in the next release (1.40.6/1.50.0). ---------------------------------------------------------------------- Comment By: Heiko Oberdiek (oberdiek) Date: 2008-01-09 16:26 Message: Logged In: YES user_id=1276 See patch 898 for utils.c Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- Comment By: Heiko Oberdiek (oberdiek) Date: 2008-01-09 16:22 Message: Logged In: YES user_id=1276 The bug is in function colorstackskippagestart(), Zero length strings are stored as NULL and strcmp breaks. Patch: add if (colstack->page_current == NULL) { return 0; } before the line with strcmp. Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=897&group_id=106

1 0

[ pdftex-Patches-898 ] Patch for Bug 897
by noreply＠sarovar.org 13 Jan '08

13 Jan '08

Patches item #898, was opened at 2008-01-09 16:25 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=898&group_id=106 >Category: Primitives >Group: v1.40.0 >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Heiko Oberdiek (oberdiek) >Assigned to: Martin Schröder (oneiros) Summary: Patch for Bug 897 Initial Comment: Patch for bug 897 "segfault with empty colorstackinit" ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-01-13 15:40 Message: Logged In: YES user_id=421 This patch will be included in the upcoming 1.50 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=898&group_id=106

1 0

Re: [NTG-pdftex] Lost newline somehow.
by Akira Kakuto 12 Jan '08

12 Jan '08

> Fixed: increasing max_strings in web2c/main.c helps. Turns out we now > have 1757 symbols and 19929 strings, which must be exactly one too > much, as increasing max_strings from 20000 to 20001 is enough... I'm using #define max_strings 50000 #define hash_prime 7883 #define sym_table_size 50000 #define unused 271828 following luaTeX. Best regards, Akira

4 3