May 2008 - ntg-pdftex - NTG Mailing Lists

pdftex-1.40.8-rc1
by The Thanh Han 18 Jun '08

18 Jun '08

Hi, a RC for 1.40.8 is available for testing. This release is suppposed to be included in texlive2008. http://sarovar.org/frs/download.php/1234/pdftex-1.40.8-rc1.tar.bz2 ------------------------------------------------------ pdfTeX 3.1415926-1.40.8-rc1 was released on 2008-05-28 ------------------------------------------------------ - Incorporated synctex - Incorporated the new version of TeX: 3.1415926 - The pool file is now compiled in - Bugfix: - Fonts from included PDFs for which maplines existed missed their /StemV values - \pdflastximagepages was broken for JBIG2 images - included PDFs with a negative lly in the MediaBox with a depth != 0 with \pdfximage were wrongly vertically diplaces (936) - PDF inclusion was broken on ppc-darwin (941) - pdfTeX uses libpng 1.2.29 Thanh

2 2

Re: [NTG-pdftex] Bug#458059:
by Frank Küster 01 Jun '08

01 Jun '08

Dear TeX(-k) people, dear pdfTeX team, late last year Norbert Preining already asked on the TeXk list about a problem encountered in Debian, namely a TeX capacity exceeded error on grouping levels. Nobody could help back then, but now someone started to analyse this further (many thanks, Stijn!). So could you please (again) have a look? It seems the value is hardcoded in the sources, "Stijn van Drongelen" <tinctorius(a)gmail.com> wrote: > The issue seems to have its roots in build/source/texk/web2c/tex.web, > line 5925-5930: > > if cur_level=max_quarterword then overflow("grouping levels", > @:TeX capacity exceeded grouping levels}{\quad grouping levels@> > max_quarterword-min_quarterword); > {quit if |(cur_level+1)| is too big to be stored in |eqtb|} > cur_boundary:=save_ptr; incr(cur_level); incr(save_ptr); cur_group:=c; > end; > > So if 'cur_level' exceeds the maximum quarterword size, TeX dies. > These constants are defined in 2411-2414: > > @d min_quarterword=0 {smallest allowable value in a |quarterword|} > @d max_quarterword=255 {largest allowable value in a |quarterword|} > @d min_halfword==0 {smallest allowable value in a |halfword|} > @d max_halfword==65535 {largest allowable value in a |halfword|} > > And on line 2409, it says: "The values defined here are recommended > for most 32-bit computers." > > I use amd64. I can deal with max_quarterword=65535 etc. > > Why aren't these quarterword/halfword bounds configurable? There is a configuration variable nest_size level, but it doesn't seem to help in this case: The attached file gives an error ! TeX capacity exceeded, sorry [grouping levels=255]. although my texmf.cnf has nest_size=500. Should/can we change max_quarterword, or are there side effects? Or should the grouping levels instead use halfword? Or would you like to do it in a completely different way? This is a real life problem which affects building the PostgreSQL documentatin. Many thanks in advance, Frank -- Frank Küster Debian Developer (teTeX/TeXLive)

6 11

Re: [NTG-pdftex] [pdftex-Bugs][1042] v1.50 pdf figure
by Akira Kakuto 29 May '08

29 May '08

> I'll investigate and will fix the problem in > 1.40.8-beta ASAP. The corrected tar ball of 1.40.8-beta (win32) will be available after 22:00, May 30 (JST). Best regards, Akira

1 0

Re: [NTG-pdftex] [pdftex-Bugs][1042] v1.50 pdf figure
by Akira Kakuto 28 May '08

28 May '08

> When I use pdflatex (pdfTeX 3.1415926-1.50.0-alpha-20080414-2.2 (Web2C 7.5.6)) > to include pdf figures, I found that all pdf figures cannot be included! This is a WIN32-only problem (also in 1.40.8-beta). I'll investigate and will fix the problem in 1.40.8-beta ASAP. Best regards, Akira

1 0

[pdftex-Bugs][1042] v1.50 pdf figure inclusion failure
by pdftex-bugs＠sarovar.org 28 May '08

28 May '08

Bugs item #1042, was opened at 2008-05-29 10:41 Status: Open Priority: 3 Submitted By: Hongbin Ma (mathmhb) Assigned to: Nobody (None) Summary: v1.50 pdf figure inclusion failure Resolution: None Group: v1.50.0-alpha Category: PDF inclusion Initial Comment: When I use pdflatex (pdfTeX 3.1415926-1.50.0-alpha-20080414-2.2 (Web2C 7.5.6)) to include pdf figures, I found that all pdf figures cannot be included! ----Cut from log file--- !pdfTeX error: pdftex.exe (file ./fig-test.pdf): xpdf: reading PDF image failed (0) ==> Fatal error occurred, no output PDF file produced! ------------------------ This is a serious problem because the pdf inclusion can work well with the stable version pdftex 1.40.7. See attached file for a test tex file and the details of log file. In this example, a pdf figure is inserted by \includegraphics command. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=1042&group_id=106

1 0

[pdftex] New document - vQKwlEroqOrISpOxR
by noreply＠sarovar.org 27 May '08

27 May '08

Project: pdftex Group: Document title: vQKwlEroqOrISpOxR Document description: fvxwUcRPhmHR Submitter: Nobody (None) ------------------------------------------------------- For more info, visit: http://sarovar.org/docman/index.php?group_id=106

2 2

[pdftex] New document - foofoo
by noreply＠sarovar.org 27 May '08

27 May '08

Project: pdftex Group: Document title: foofoo Document description: 1234567890 Submitter: Nobody (None) ------------------------------------------------------- For more info, visit: http://sarovar.org/docman/index.php?group_id=106

1 0

[pdftex] New document - vQKwlEroqOrISpOxR
by noreply＠sarovar.org 27 May '08

27 May '08

Project: pdftex Group: Document title: vQKwlEroqOrISpOxR Document description: fvxwUcRPhmHR Submitter: Nobody (None) ------------------------------------------------------- For more info, visit: http://sarovar.org/docman/index.php?group_id=106

1 0

[pdftex] New document - vQKwlEroqOrISpOxR
by noreply＠sarovar.org 27 May '08

27 May '08

Project: pdftex Group: Document title: vQKwlEroqOrISpOxR Document description: fvxwUcRPhmHR Submitter: Nobody (None) ------------------------------------------------------- For more info, visit: http://sarovar.org/docman/index.php?group_id=106

1 0

[pdftex-Bugs][993] /Names array not sorted correctly
by pdftex-bugs＠sarovar.org 27 May '08

27 May '08

Bugs item #993, was opened at 2008-05-24 13:24 Status: Open Priority: 3 Submitted By: Martin Schröder (oneiros) Assigned to: The Thanh Han (hanthethanh) Summary: /Names array not sorted correctly Resolution: None Group: v1.40.6 Category: None Initial Comment: Axel Berger and Heiko Oberdiek report an error with the sorting of the /Names array: /Names [(cite.Kr07) 44 0 R (cite.Li08) 45 0 R (cite.M\37403) 23 0 R (cite.Mi00) 47 0 R (cite.Mi84) 48 0 R (cite.Mo04) 50 0 R] "cite.Mü03" (= "cite.M\37403") should come after "cite.Mo04". A test file with output is attached. ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2008-05-27 16:48 Message: ok then this should be fixed as the spec says. BTW, it doesn't really solve the reported problem (ü will come after eg z). ---------------------------------------------------------------------- Comment By: Hans Hagen (hagen) Date: 2008-05-27 16:03 Message: the spec says: The Names entries in the leaf (or root) nodes contain the tree’s keys and their associated values, arranged in key-value pairs and sorted lexically in ascending order by key. Shorter keys appear before longer ones beginning with the same byte sequence. The encoding of the keys is immaterial as long as it is self-consistent; keys are compared for equality on a simple byte-by-byte basis. so, it's just bytes ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2008-05-27 15:43 Message: this is a problem, but it's not clear to me how it should be fixed. Assume that we translate "\374" to the corresponding charcode (0374 = 252) before sorting, then how we decide the lexicographic order of that char? it can be intepreted as ü but also can be eg ytilde or something different, depending on the encoding we use. Comments? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=993&group_id=106

1 0