- ntg-pdftex - NTG Mailing Lists

Question related to .ttc support
by hzluo 08 Aug '08

08 Aug '08

Friends, I recently tested pdflatex with a Chinese font simsun.ttc, pdflatex report the following error: !pdfTeX error: pdflatex (file simsun.ttc): cannot open Type 1 font file for reading I checked the source code of pdflatex, found that pdflatex only takes .ttf files as the truetype fonts, there is no test for .ttc suffix. So, simsun.ttc is assumed to be a Type 1 font. Apparently it is wrong. Is there any special reason to give up the .ttc support in pdflatex? I found that dvipdfmx supports simsun.ttc smoothly, so pdflatex should also do that, and it is quite simple. I have attached a tiny patch to fix this. Could anyone confirm it? Regards, Hangzai

1 0

Including many files
by Martin Schröder 04 Aug '08

04 Aug '08

A follow-up to #2077: ------------------ File: ./input/tuftecmr10-7683.pdf Graphic file (type pdf) <use ./input/tuftecmr10-7683.pdf, page 1> File: ./input/tuftecmr10-7683.pdf Graphic file (type pdf) <use ./input/tuftecmr10-7683.pdf, page 1> File: ./input/tuftecmr10-7683.pdf Graphic file (type pdf) <use ./input/tuftecmr10-7683.pdf, page 1> File: ./input/tuftecmr10-7683.pdf Graphic file (type pdf) <use ./input/tuftecmr10-7683.pdf, page 1> File: ./input/tuftecmr10-7683.pdf Graphic file (type pdf) <use ./input/tuftecmr10-7683.pdf, page 1> [7683] <./input/tuftecmr10-7684.pdf> <./input/tuftecmr10-7684.pdf> !pdfTeX error: pdflatex (file ./input/t): cannot find image file ==> Fatal error occurred, no output PDF file produced! ------------------ Looks like a silent buffer overflow somewhere. ./input/tuftecmr10-7684.pdf exists. Best Martin

1 0

[pdftex-Bugs][2077] pdf inclusion of the same file fails with the 12th copy
by pdftex-bugs＠sarovar.org 04 Aug '08

04 Aug '08

Bugs item #2077, was opened at 2008-08-04 14:34 >Status: Closed Priority: 3 Submitted By: Martin Schröder (oneiros) Assigned to: Nobody (None) Summary: pdf inclusion of the same file fails with the 12th copy >Resolution: Invalid Group: v1.40.3 Category: PDF inclusion Initial Comment: The included sources include the same file (hardlinked) 12 times. The 12th inclusion fails with <use ./input/tuftecmr10-11.pdf, page 1> [11 <./input/tuftecmr10-11.pdf>]Error: PDF file is damaged - attempting to reconstruct xref table... Error: Couldn't find trailer dictionary Error: Couldn't read xref table !pdfTeX error: pdflatex (file ./tuftecmr10-12.pdf): xpdf: reading PDF image fai led ==> Fatal error occurred, no output PDF file produced! Tested with 1.40.3, 1.40.9 and trunk. ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2008-08-04 15:25 Message: Forget it, the setup is broken. %-) The main document is called tuftecmr10-12.tex and in the 12th run it tries to read tuftecmr10-12.pdf . This is in input/, but it is also just being created from tuftecmr10-12.tex . So pdftex finds ./tuftecmr10-12.pdf instead of input/tuftecmr10-12.pdf; and ./tuftecmr10-12.pdf is obviously broken as it hasn't been finished yet. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=2077&group_id=106

1 0

Re: [NTG-pdftex] Future of http://scm.foundry.supelec.fr/svn/pdftex
by Thanh Han The 04 Aug '08

04 Aug '08

On Mon, Aug 04, 2008 at 02:37:09PM +0200, Martin Schroeder wrote: > 2008/8/4 Thanh Han The <hanthethanh(a)gmail.com>: > >> I'm asking because currently the pdftex sources at texlive are newer > >> than the ones at foundry. > > > > I will sync and release 1.40.9 after texlive 2008 is > > released. > > The binaries in texlive identify themselves as 1.40.9 I explained above > The development sources of pdftex are now where? texlive? foundry? Your machine? if you have anything to submit, submit them to supelec. Thanh

2 1

Re: [NTG-pdftex] Future of http://scm.foundry.supelec.fr/svn/pdftex
by Thanh Han The 04 Aug '08

04 Aug '08

On Mon, Aug 04, 2008 at 02:15:27PM +0200, Martin Schroeder wrote: > Thanh, > do you intend to use the svn repo at > http://scm.foundry.supelec.fr/svn/pdftex as the primary pdftex repo in > the future? yes > I'm asking because currently the pdftex sources at texlive are newer > than the ones at foundry. I will sync and release 1.40.9 after texlive 2008 is released. Thanh

2 1

[pdftex-Bugs][2077] pdf inclusion of the same file fails with the 12th copy
by pdftex-bugs＠sarovar.org 04 Aug '08

04 Aug '08

Bugs item #2077, was opened at 2008-08-04 14:34 Status: Open Priority: 3 Submitted By: Martin Schröder (oneiros) Assigned to: Nobody (None) Summary: pdf inclusion of the same file fails with the 12th copy Resolution: None Group: v1.40.3 Category: PDF inclusion Initial Comment: The included sources include the same file (hardlinked) 12 times. The 12th inclusion fails with <use ./input/tuftecmr10-11.pdf, page 1> [11 <./input/tuftecmr10-11.pdf>]Error: PDF file is damaged - attempting to reconstruct xref table... Error: Couldn't find trailer dictionary Error: Couldn't read xref table !pdfTeX error: pdflatex (file ./tuftecmr10-12.pdf): xpdf: reading PDF image fai led ==> Fatal error occurred, no output PDF file produced! Tested with 1.40.3, 1.40.9 and trunk. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=2077&group_id=106

1 0

Future of http://scm.foundry.supelec.fr/svn/pdftex
by Martin Schröder 04 Aug '08

04 Aug '08

Thanh, do you intend to use the svn repo at http://scm.foundry.supelec.fr/svn/pdftex as the primary pdftex repo in the future? I'm asking because currently the pdftex sources at texlive are newer than the ones at foundry. Best Martin

1 0

[pdftex-Bugs][2068] format is not portable
by pdftex-bugs＠sarovar.org 13 Jul '08

13 Jul '08

Bugs item #2068, was opened at 2008-07-13 00:49 >Status: Closed Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: The Thanh Han (hanthethanh) Summary: format is not portable >Resolution: Fixed Group: v1.40.8 Category: web2c Initial Comment: The format is not portable anymore. Tested with x86 and amd64 x86 with amd64 format: ------------------ This is pdfTeX, Version 3.1415926-1.40.8 (Web2C 7.5.7) /opt/tex/bin/i686-pc-linux-gnu/pdflatex: fatal: Could not undump 1 4-byte item(s). Breakpoint 2, 0xf7dbc2b6 in exit () from /lib/libc.so.6 (gdb) bt #0 0xf7dbc2b6 in exit () from /lib/libc.so.6 #1 0x080c1d61 in do_undump (p=0x83bce84 "", item_size=4, nitems=1, in_file=0x83cd7e0) at pdftexextra.c:1930 #2 0x080583a1 in loadfmtfile () at pdftexini.c:4294 #3 0x0805dc78 in mainbody () at pdftexini.c:5493 #4 0x080be9c6 in main (ac=Cannot access memory at address 0x2 ) at pdftexextra.c:422 (gdb) up ------------------ 4289 pdfmem = xreallocarray ( pdfmem , integer , pdfmemsize ) ; 4290 undumpint ( pdfmemptr ) ; 4291 {register integer for_end; k = 1 ;for_end = pdfmemptr - 1 ; if ( k <= 4292 for_end) do 4293 { 4294 undumpint ( pdfmem [k ]) ; 4295 } 4296 while ( k++ < for_end ) ;} 4297 undumpint ( objtabsize ) ; 4298 undumpint ( objptr ) ; (gdb) p k $5 = 17 ----------------- amd64 bin with x86 format: ------------------ This is pdfTeX, Version 3.1415926-1.40.8 (Web2C 7.5.7) !pdfTeX error: /opt/tex/bin/i686-pc-linux-gnu/pdflatex: unknown type of image ==> Fatal error occurred, no output PDF file produced! Breakpoint 2, 0x00002b17ff02d1e0 in exit () from /lib64/libc.so.6 (gdb) bt #0 0x00002b17ff02d1e0 in exit () from /lib64/libc.so.6 #1 0x000000000048a55d in pdftex_fail (fmt=0x57b41f "unknown type of image") at ../../../../src/texk/web2c/pdftexdir/utils.c:244 #2 0x00000000004a0bf3 in undumpimagemeta (pdfversion=4, pdfinclusionerrorlevel=0) at ../../../../src/texk/web2c/pdftexdir/writeimg.c:568 #3 0x000000000041194c in loadfmtfile () at pdftexini.c:4287 #4 0x00000000004161cf in mainbody () at pdftexini.c:5493 #5 0x0000000000481098 in main (ac=2, av=0x7fffabd1e858) at pdftexextra.c:422 ------------------ 4282 #ifdef INITEX 4283 trienotready = false 4284 #endif /* INITEX */ 4285 ; 4286 { 4287 undumpimagemeta ( eqtb [18248 ].cint , eqtb [18251 ].cint ) ; 4288 undumpint ( pdfmemsize ) ; 4289 pdfmem = xreallocarray ( pdfmem , integer , pdfmemsize ) ; 4290 undumpint ( pdfmemptr ) ; (gdb) p eqtb [18248 ] $1 = {gr = 8.491318209736172e-314, hh = {v = {LH = 6750208, RH = 4}, u = {B1 = 0, B0 = 103}}, u = { junk = 6750208, CINT = 4}, v = {junk = 6750208, QQQQ = {u = {B3 = 4 '\004', B2 = 0 '\0', B1 = 0 '\0', B0 = 0 '\0'}}}} (gdb) p eqtb [18251 ] $2 = {gr = 3.3350458750827492e-317, hh = {v = {LH = 6750208, RH = 0}, u = {B1 = 0, B0 = 103}}, u = { junk = 6750208, CINT = 0}, v = {junk = 6750208, QQQQ = {u = {B3 = 0 '\0', B2 = 0 '\0', B1 = 0 '\0', B0 = 0 '\0'}}}} ------------------ ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2008-07-13 13:28 Message: Fixed in 1.40.9 ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2008-07-13 10:02 Message: fixed by patch 2069 ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-07-13 00:55 Message: I've attached x86 and amd64 binaries and formats for easier testing. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=2068&group_id=106

1 0

[pdftex-Patches][2069] fix for bug 2068
by pdftex-patches＠sarovar.org 13 Jul '08

13 Jul '08

Patches item #2069, was opened at 2008-07-13 10:00 >Status: Closed Priority: 3 Submitted By: The Thanh Han (hanthethanh) >Assigned to: The Thanh Han (hanthethanh) Summary: fix for bug 2068 >Resolution: Accepted Group: v1.40.0 Category: None Initial Comment: a patch (for 1.40.8) to fix bug 2068 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=2069&group_id=106

1 0

[pdftex-Bugs][2068] format is not portable
by pdftex-bugs＠sarovar.org 13 Jul '08

13 Jul '08

Bugs item #2068, was opened at 2008-07-12 22:49 Status: Open Priority: 5 Submitted By: Martin Schröder (oneiros) >Assigned to: The Thanh Han (hanthethanh) Summary: format is not portable Resolution: Accepted Group: v1.40.8 Category: web2c Initial Comment: The format is not portable anymore. Tested with x86 and amd64 x86 with amd64 format: ------------------ This is pdfTeX, Version 3.1415926-1.40.8 (Web2C 7.5.7) /opt/tex/bin/i686-pc-linux-gnu/pdflatex: fatal: Could not undump 1 4-byte item(s). Breakpoint 2, 0xf7dbc2b6 in exit () from /lib/libc.so.6 (gdb) bt #0 0xf7dbc2b6 in exit () from /lib/libc.so.6 #1 0x080c1d61 in do_undump (p=0x83bce84 "", item_size=4, nitems=1, in_file=0x83cd7e0) at pdftexextra.c:1930 #2 0x080583a1 in loadfmtfile () at pdftexini.c:4294 #3 0x0805dc78 in mainbody () at pdftexini.c:5493 #4 0x080be9c6 in main (ac=Cannot access memory at address 0x2 ) at pdftexextra.c:422 (gdb) up ------------------ 4289 pdfmem = xreallocarray ( pdfmem , integer , pdfmemsize ) ; 4290 undumpint ( pdfmemptr ) ; 4291 {register integer for_end; k = 1 ;for_end = pdfmemptr - 1 ; if ( k <= 4292 for_end) do 4293 { 4294 undumpint ( pdfmem [k ]) ; 4295 } 4296 while ( k++ < for_end ) ;} 4297 undumpint ( objtabsize ) ; 4298 undumpint ( objptr ) ; (gdb) p k $5 = 17 ----------------- amd64 bin with x86 format: ------------------ This is pdfTeX, Version 3.1415926-1.40.8 (Web2C 7.5.7) !pdfTeX error: /opt/tex/bin/i686-pc-linux-gnu/pdflatex: unknown type of image ==> Fatal error occurred, no output PDF file produced! Breakpoint 2, 0x00002b17ff02d1e0 in exit () from /lib64/libc.so.6 (gdb) bt #0 0x00002b17ff02d1e0 in exit () from /lib64/libc.so.6 #1 0x000000000048a55d in pdftex_fail (fmt=0x57b41f "unknown type of image") at ../../../../src/texk/web2c/pdftexdir/utils.c:244 #2 0x00000000004a0bf3 in undumpimagemeta (pdfversion=4, pdfinclusionerrorlevel=0) at ../../../../src/texk/web2c/pdftexdir/writeimg.c:568 #3 0x000000000041194c in loadfmtfile () at pdftexini.c:4287 #4 0x00000000004161cf in mainbody () at pdftexini.c:5493 #5 0x0000000000481098 in main (ac=2, av=0x7fffabd1e858) at pdftexextra.c:422 ------------------ 4282 #ifdef INITEX 4283 trienotready = false 4284 #endif /* INITEX */ 4285 ; 4286 { 4287 undumpimagemeta ( eqtb [18248 ].cint , eqtb [18251 ].cint ) ; 4288 undumpint ( pdfmemsize ) ; 4289 pdfmem = xreallocarray ( pdfmem , integer , pdfmemsize ) ; 4290 undumpint ( pdfmemptr ) ; (gdb) p eqtb [18248 ] $1 = {gr = 8.491318209736172e-314, hh = {v = {LH = 6750208, RH = 4}, u = {B1 = 0, B0 = 103}}, u = { junk = 6750208, CINT = 4}, v = {junk = 6750208, QQQQ = {u = {B3 = 4 '\004', B2 = 0 '\0', B1 = 0 '\0', B0 = 0 '\0'}}}} (gdb) p eqtb [18251 ] $2 = {gr = 3.3350458750827492e-317, hh = {v = {LH = 6750208, RH = 0}, u = {B1 = 0, B0 = 103}}, u = { junk = 6750208, CINT = 0}, v = {junk = 6750208, QQQQ = {u = {B3 = 0 '\0', B2 = 0 '\0', B1 = 0 '\0', B0 = 0 '\0'}}}} ------------------ ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2008-07-13 08:02 Message: fixed by patch 2069 ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2008-07-12 22:55 Message: I've attached x86 and amd64 binaries and formats for easier testing. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=2068&group_id=106

1 0