August 2006 - ntg-pdftex - NTG Mailing Lists

[ pdftex-Bugs-600 ] \pdfdraftmode: results in segfault + can be tricked
by noreply＠sarovar.org 29 Aug '06

29 Aug '06

Bugs item #600, was opened at 2006-08-23 23:51 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=600&group_id=106 Category: None Group: v1.40.0 Status: Open >Resolution: Fixed Priority: 5 Submitted By: Robert (schlcht) Assigned to: Martin Schröder (oneiros) Summary: \pdfdraftmode: results in segfault + can be tricked Initial Comment: The following gives a segfault here (under cygwin): \pdfdraftmode=1 \immediate\pdfobj{x} %\pdfoutline goto name{x}{y} % with this, too \pdfcompresslevel=9 A \bye >From the terminal: This is pdfTeXk, Version 3.141592-1.40.0-beta-20060822 (Web2C 7.5.5) %&-line parsing enabled. entering extended mode (./bugs.tex [1{/cygdrive/c/Programme/TeXLive/texmf-var/fonts/map/pdftex/updmap/ pdftex.map} 133 [main] pdftex 1780 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) Segmentation fault (core dumped) Also, the following will create a pdf file, although it shouldn't (or at least issue a warning about \pdfdraftmode being issued too late): \immediate\pdfobj{x} \pdfdraftmode=1 A \bye ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2006-08-29 23:02 Message: Logged In: YES user_id=421 Updated patch that also gives an error in the case of a late \pdfdraftmode=1 ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-08-29 22:43 Message: Logged In: YES user_id=421 Thanks. The attached patch fixes at least the crash. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=600&group_id=106

1 0

[ pdftex-Bugs-600 ] \pdfdraftmode: results in segfault + can be tricked
by noreply＠sarovar.org 29 Aug '06

29 Aug '06

Bugs item #600, was opened at 2006-08-23 23:51 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=600&group_id=106 Category: None Group: v1.40.0 Status: Open >Resolution: Accepted Priority: 5 Submitted By: Robert (schlcht) >Assigned to: Martin Schröder (oneiros) Summary: \pdfdraftmode: results in segfault + can be tricked Initial Comment: The following gives a segfault here (under cygwin): \pdfdraftmode=1 \immediate\pdfobj{x} %\pdfoutline goto name{x}{y} % with this, too \pdfcompresslevel=9 A \bye >From the terminal: This is pdfTeXk, Version 3.141592-1.40.0-beta-20060822 (Web2C 7.5.5) %&-line parsing enabled. entering extended mode (./bugs.tex [1{/cygdrive/c/Programme/TeXLive/texmf-var/fonts/map/pdftex/updmap/ pdftex.map} 133 [main] pdftex 1780 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) Segmentation fault (core dumped) Also, the following will create a pdf file, although it shouldn't (or at least issue a warning about \pdfdraftmode being issued too late): \immediate\pdfobj{x} \pdfdraftmode=1 A \bye ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2006-08-29 22:43 Message: Logged In: YES user_id=421 Thanks. The attached patch fixes at least the crash. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=600&group_id=106

1 0

pdfximage
by Hans Hagen 29 Aug '06

29 Aug '06

Hi, It's kind of annoying that pdftex has hard coded suffixes. how about something \pdfjpgsuffixes{jpg,jpeg,myjpg} \pdfpngsuffixes{png,somepng} \pdfpdfsuffixes{pdf,epdf,fdf} Hans -- ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

4 8

[ pdftex-Bugs-600 ] \pdfdraftmode: results in segfault + can be tricked
by noreply＠sarovar.org 23 Aug '06

23 Aug '06

Bugs item #600, was opened at 2006-08-23 21:51 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=600&group_id=106 Category: None Group: v1.40.0 Status: Open Resolution: None Priority: 5 Submitted By: Robert (schlcht) Assigned to: Nobody (None) Summary: \pdfdraftmode: results in segfault + can be tricked Initial Comment: The following gives a segfault here (under cygwin): \pdfdraftmode=1 \immediate\pdfobj{x} %\pdfoutline goto name{x}{y} % with this, too \pdfcompresslevel=9 A \bye >From the terminal: This is pdfTeXk, Version 3.141592-1.40.0-beta-20060822 (Web2C 7.5.5) %&-line parsing enabled. entering extended mode (./bugs.tex [1{/cygdrive/c/Programme/TeXLive/texmf-var/fonts/map/pdftex/updmap/ pdftex.map} 133 [main] pdftex 1780 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) Segmentation fault (core dumped) Also, the following will create a pdf file, although it shouldn't (or at least issue a warning about \pdfdraftmode being issued too late): \immediate\pdfobj{x} \pdfdraftmode=1 A \bye ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=600&group_id=106

1 0

1.40.0-beta-20060822
by Martin Schröder 22 Aug '06

22 Aug '06

http://sarovar.org/download.php/1066/pdftex-1.40.0-beta-20060822.tar.bz2 http://sarovar.org/download.php/1067/pdftex-1.40.0-beta-20060811-20060822.d… --------------------------------------------------------------- pdfTeX 3.141592-1.40.0-beta-20060822 was released on 2006-08-22 --------------------------------------------------------------- - new feature: with \pdfdraftmode=1 (or -draftmode) pdfTeX doesn't write an output pdf file and doesn't read the content of any image file, thus speeding up the run. This is usefull when you know you need another run of pdfTeX e.g. just to get all the references right, but don't care for the output of this run - changed the format of pdfTeX warnings and unified the four(!) functions pdfTeX uses for writing out errors and warnings - expanded the output of -version to include information about the libraries used - fixed a bug where -20060811 would loop forever - fixed some compilation problems with obsdcompat Have fun Martin

2 2

[ pdftex-Bugs-592 ] TrueType Font can't be embedded
by noreply＠sarovar.org 22 Aug '06

22 Aug '06

Bugs item #592, was opened at 2006-08-08 13:08 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=592&group_id=106 Category: Fonts Group: v1.30.0 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Michael (takrl) Assigned to: Martin Schröder (oneiros) Summary: TrueType Font can't be embedded Initial Comment: I tried to embed a TTF in my PDF document (have done so before 100s of times, so I know the general proceedings). However, this is a new MS font (constantia), and pdf(e)tex doesn't seem to support it. Excerpt of the log file: This is pdfeTeX, Version 3.141592-1.30.6-2.2 (MiKTeX 2.5) entering extended mode <snip> [1{psfonts.map}] (ttftest.aux) ) (see the transcript file for additional information){T1-WGL4.enc}<constani.ttf Error: (file constani.ttf): unknown verssion of OS/2 table (0003) ==> Fatal error occurred, the output PDF file is not finished! >From what I saw so far on the net (for example, at http://partners.adobe.com/public/developer/opentype/index_os2.html ) this is the newest version of the font specification, and pdf(e)tex does only seem to support fonts using OS/2-table-versions lower than 3. ---------------------------------------------------------------------- >Comment By: Michael (takrl) Date: 2006-08-22 20:15 Message: Logged In: YES user_id=3803 Thanks for the hints. These may prove useful in 'real life'... ;-) ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-08-22 18:22 Message: Logged In: YES user_id=421 Thanks, the testcase helped. It can be simplified: Put all input files in one directory and instead of a separate mapfile use \pdfmapline. Then you don't need to fiddle with paths and mapfiles. ---------------------------------------------------------------------- Comment By: Michael (takrl) Date: 2006-08-09 11:03 Message: Logged In: YES user_id=3803 Ok, I just made up a zip file containing test data and attached it here... ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-08-08 13:50 Message: Logged In: YES user_id=421 I've changed that line to if (version > 3) Michael, can you please attach a complete test case (all needed inputs) to this bug report for future testing? ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-08-08 13:17 Message: Logged In: YES user_id=710 >From an email from Eddie Kohler: ================================================= (2) Otftotfm generates map lines that tell pdftex to embed the TTF directly (cool!). Unfortunately, pdftex does not like the Version 3.0 OS/2 table included in OpenType TTFs (boo!), so I hacked the font to change the OS/2 version number to 2.0. Alternately, one could recompile pdftex, after changing line 1026 of writettf.c to: if (version != 0x0000 && version != 0x0001 && version != 0x0002 && version != 0x0003) ================================================= Martin, can you please include this patch into the next release? Thanks. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=592&group_id=106

1 0

[ pdftex-Bugs-592 ] TrueType Font can't be embedded
by noreply＠sarovar.org 22 Aug '06

22 Aug '06

Bugs item #592, was opened at 2006-08-08 13:08 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=592&group_id=106 Category: Fonts Group: v1.30.0 >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Michael (takrl) >Assigned to: Martin Schröder (oneiros) Summary: TrueType Font can't be embedded Initial Comment: I tried to embed a TTF in my PDF document (have done so before 100s of times, so I know the general proceedings). However, this is a new MS font (constantia), and pdf(e)tex doesn't seem to support it. Excerpt of the log file: This is pdfeTeX, Version 3.141592-1.30.6-2.2 (MiKTeX 2.5) entering extended mode <snip> [1{psfonts.map}] (ttftest.aux) ) (see the transcript file for additional information){T1-WGL4.enc}<constani.ttf Error: (file constani.ttf): unknown verssion of OS/2 table (0003) ==> Fatal error occurred, the output PDF file is not finished! >From what I saw so far on the net (for example, at http://partners.adobe.com/public/developer/opentype/index_os2.html ) this is the newest version of the font specification, and pdf(e)tex does only seem to support fonts using OS/2-table-versions lower than 3. ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2006-08-22 18:22 Message: Logged In: YES user_id=421 Thanks, the testcase helped. It can be simplified: Put all input files in one directory and instead of a separate mapfile use \pdfmapline. Then you don't need to fiddle with paths and mapfiles. ---------------------------------------------------------------------- Comment By: Michael (takrl) Date: 2006-08-09 11:03 Message: Logged In: YES user_id=3803 Ok, I just made up a zip file containing test data and attached it here... ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2006-08-08 13:50 Message: Logged In: YES user_id=421 I've changed that line to if (version > 3) Michael, can you please attach a complete test case (all needed inputs) to this bug report for future testing? ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2006-08-08 13:17 Message: Logged In: YES user_id=710 >From an email from Eddie Kohler: ================================================= (2) Otftotfm generates map lines that tell pdftex to embed the TTF directly (cool!). Unfortunately, pdftex does not like the Version 3.0 OS/2 table included in OpenType TTFs (boo!), so I hacked the font to change the OS/2 version number to 2.0. Alternately, one could recompile pdftex, after changing line 1026 of writettf.c to: if (version != 0x0000 && version != 0x0001 && version != 0x0002 && version != 0x0003) ================================================= Martin, can you please include this patch into the next release? Thanks. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=592&group_id=106

1 0

[ pdftex-Patches-597 ] Patch for more structured font writing
by noreply＠sarovar.org 22 Aug '06

22 Aug '06

Patches item #597, was opened at 2006-08-20 16:37 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=597&group_id=106 Category: Fonts Group: v1.40.0 Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: The Thanh Han (hanthethanh) Summary: Patch for more structured font writing Initial Comment: Now there are individual structures for font dictionaries and font descriptors. Several font objects can share the same descriptor structure. All structures are registered in AVL trees and flushed at the end. The fm_entry structure is cleaned up, now contains mostly map related stuff. Font descriptors can be shared also by embedded PDF files. tfm_of_fm() is gone. New makesubsettag() based on md5sum() with collision detection. Written encoding vectors are minimized in size (try it out on pdftex-t.tex :-) Replacement of Type1 fonts from embedded files seems to work. TrueType writing not yet done, currently broken. Help appreciated! More see readme.pdf included in patch .tar file. Regards, Hartmut ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2006-08-22 08:19 Message: Logged In: YES user_id=929 the patch doesn't fit to the TrueType model, needs more consideration... ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=597&group_id=106

1 0

pdftex release?
by karl＠freefriends.org 21 Aug '06

21 Aug '06

Hi folks, I was wondering if there was any (even vague) ETA for the next release of pdftex. Not trying to push for one, I'm happy for TL06 to go out with the current release (and I have no clue yet when TL06 will be anywhere near ready). But if a new release is in the works anyway, that'd be good to know. Thanks, Karl

2 1

[ pdftex-Patches-597 ] Patch for more structured font writing
by noreply＠sarovar.org 20 Aug '06

20 Aug '06

Patches item #597, was opened at 2006-08-20 16:37 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=597&group_id=106 Category: Fonts Group: v1.40.0 Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: The Thanh Han (hanthethanh) Summary: Patch for more structured font writing Initial Comment: Now there are individual structures for font dictionaries and font descriptors. Several font objects can share the same descriptor structure. All structures are registered in AVL trees and flushed at the end. The fm_entry structure is cleaned up, now contains mostly map related stuff. Font descriptors can be shared also by embedded PDF files. tfm_of_fm() is gone. New makesubsettag() based on md5sum() with collision detection. Written encoding vectors are minimized in size (try it out on pdftex-t.tex :-) Replacement of Type1 fonts from embedded files seems to work. TrueType writing not yet done, currently broken. Help appreciated! More see readme.pdf included in patch .tar file. Regards, Hartmut ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=597&group_id=106

1 0