- ntg-pdftex - NTG Mailing Lists

Re: [NTG-pdftex] writepng problem?
by Akira Kakuto 01 Nov '04

01 Nov '04

On windows (1.20b-beta, libpng-1.2.7), ????4a??.png were ng and ????6a??.png were ok: > here it seems that pdftex currently crashes on Willem van Schaik PNG > test files > > basn4a08.png 8 bit grayscale + 8 bit alpha-channel > basn4a16.png 16 bit grayscale + 16 bit alpha-channel ng > basn6a08.png 3x8 bits rgb color + 8 bit alpha-channel > basn6a16.png 3x16 bits rgb color + 16 bit alpha-channel > bgan6a08.png 3x8 bits rgb color, alpha, no background chunk > bgan6a16.png 3x16 bits rgb color, alpha, no background chunk ok > bgbn4a08.png 8 bit grayscale, alpha, black background chunk > bggn4a16.png 16 bit grayscale, alpha, gray background chunk ng > bgwn6a08.png 3x8 bits rgb color, alpha, white background chunk > bgyn6a16.png 3x16 bits rgb color, alpha, yellow background chunk ok -- Akira Kakuto

2 1

Re: [NTG-pdftex] pdftex-1.20b-beta
by Akira Kakuto 01 Nov '04

01 Nov '04

The Thanh Han wrote: > thanks for testing and reporting. > > My changes were mostly in hz.ch only -- the rest were some hacks around > to get it compiled :( > > Sorry about the pending bugs 112, 113 & 210. Will upload a new tarball > with the patches integrated on Monday. In the next chance, please change the content of pdftexdir/pdftex.version from 3.141592-1.20b-beta to 1.20b-beta. Then it will match Olaf's setting and pdftexextra.h, pdfetexextra.h and pdfxtexextra.h can be erased because they will be made from pdftexextra.in, pdfetexextra.in and pdfxtexextra.in. Thanks, -- Akira Kakuto

2 1

writepng problem?
by Hartmut Henkel 31 Oct '04

31 Oct '04

here it seems that pdftex currently crashes on Willem van Schaik PNG test files basn4a08.png 8 bit grayscale + 8 bit alpha-channel basn4a16.png 16 bit grayscale + 16 bit alpha-channel basn6a08.png 3x8 bits rgb color + 8 bit alpha-channel basn6a16.png 3x16 bits rgb color + 16 bit alpha-channel bgan6a08.png 3x8 bits rgb color, alpha, no background chunk bgan6a16.png 3x16 bits rgb color, alpha, no background chunk bgbn4a08.png 8 bit grayscale, alpha, black background chunk bggn4a16.png 16 bit grayscale, alpha, gray background chunk bgwn6a08.png 3x8 bits rgb color, alpha, white background chunk bgyn6a16.png 3x16 bits rgb color, alpha, yellow background chunk and this seems to be due to something in the new libpng 1.2.7. Looks like the allocated row buffer is overrun by 32 bytes. Happens only with alpha channel, the png-implement list 10/04 has something about png_set_strip_alpha... Regards, Hartmut

1 0

pdftex-1.20b-beta
by The Thanh Han 31 Oct '04

31 Oct '04

Hi, I uploaded a beta version for pdftex-1.20b to pdftex.sarovar.org/src djgpp binaries are also available at pdftex.sarovar.org/djgpp This version tries to fix pending problems with hz in pdftex-1.20a. Various patches from Hartmut have been integrated. Comments/bug reports are very welcome. Thanh

2 2

changes in search paths
by The Thanh Han 30 Oct '04

30 Oct '04

Hi, does anyone have a summary of changed search paths in newer web2c? What I would like to have is a list of things that need to be changed if I have an `old' texmf tree (for example from texlive7) and want to run `new' tex/pdftex with it. I changed a few things to get pdftex run on my machine of course, but I don't remember all those steps. If such a list is already available it would be much useful and not only to me :) Thanh

2 1

vadjust.ch -- change file entry didn't match
by The Thanh Han 26 Oct '04

26 Oct '04

Hi, after a sync from p4 TL server I tried to build pdftex but failed with the error "change file entry didn't match" on file vadjust.ch, line 183. Has anyone experienced the same problem? Thanh

1 0

gs problem
by Hans Hagen 25 Oct '04

25 Oct '04

(I cc to volker, maybe he can mention this to Hermann Zapf who is redoing the fonts). Interestingly Hermann is not mentioned in the copyright notice of his own fonts.) Hi, The optima nova fonts have pretty long copyright notices and these give problems in ghostscript /Copyright (The digitally encoded machine readable software for producing the Typefaces licensed to you is copyrighted (c) 1981, 1999, 2002 Linotype Library GmbH or its affiliated companies. All rights reserved. This software is now the property of Heidelberger Druckmaschinen AG and its licensors, and may not be reproduced, used, displayed, modified, disclosed or transferred without the express written approval of Heidelberger Druckmaschinen AG. Part of the digital encoded machine readable software for producing the Typefaces licensed to you is copyrighted (c) 1981, 1999 Adobe Systems. All rights reserved. Part of this software is the property of Adobe Systems Incorporated and its licensors, and may not be reproduced, used, displayed, modified, disclosed or transferred without the express written approval of Adobe.) readonly def /Notice (Optima is a trademark of Heidelberger Druckmaschinen AG, which may be registered in certain jurisdictions, exclusively licensed through Linotype Library GmbH, a wholly owned subsidiary of Heidelberger Druckmaschinen AG.) readonly def maybe pdftex can split too long lines into multiple /Copyright () lines 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 -----------------------------------------------------------------

2 3

writepng-copy in pdfxtex
by Hartmut Henkel 24 Oct '04

24 Oct '04

just thought that we maybe could safely test the fast (copy) PNG inclusion by pdfxtex, e. g. making some global flag in texmfmp.c, #if defined(pdfTeX) || defined(pdfeTeX) || defined(pdfxTeX) string ptexbanner = BANNER; enum ptexengine_ {PDFTEX, PDFETEX, PDFXTEX}; #if defined(pdfTeX) int ptexengine = PDFTEX; #endif #if defined(pdfeTeX) int ptexengine = PDFETEX; #endif #if defined(pdfxTeX) int ptexengine = PDFXTEX; #endif #endif so that ptexengine is available everywhere and then also add the xwrite_png() with the COPY feature in addition to the standard write_png() into writepng.c and have if(ptexengine == PDFXTEX) xwrite_png(img); else write_png(img); or so in writeimg.c. Is it still worthwile or is pdftex frozen by now for texlive? Regards, Hartmut

4 4

[ pdftex-Bugs-210 ] Map files with many (>255) different encodings make pdftex segfault. Bug fix by AVL tree.
by noreply＠sarovar.org 14 Oct '04

14 Oct '04

Bugs item #210, was opened at 2004-10-14 00:28 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=210&group_id=106 Category: None Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Nobody (None) Summary: Map files with many (>255) different encodings make pdftex segfault. Bug fix by AVL tree. Initial Comment: See E-Mail describing problem with typesetting chinese texts: Date: Wed, 13 Oct 2004 07:25:41 +0200 From: Lutz Haseloff <Lutz.Haseloff(a)lbapdm.brandenburg.de> Reply-To: mailing list for ConTeXt users <ntg-context(a)ntg.nl> To: mailing list for ConTeXt users <ntg-context(a)ntg.nl> Subject: Re: [NTG-context] Update to Pdfetex 1.20a Hans Hagen schrieb: > Lutz Haseloff wrote: > > > Hi Hans, Hi all, > > > > \loadmapfile[gbk]> > > > > > Is this a bug in pdfetex? > > > welcome to the non downward compatible changes in tex and friends > > \usemodule[chinese] > > \usemodule[chi-simplified] > > \starttext > > \section{test} > > \stoptext Patch seems to be solved by the patch in the attached file. ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2004-10-14 20:07 Message: Logged In: YES user_id=929 Fixed patch for built-in encodings. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=210&group_id=106

1 0

[ pdftex-Bugs-116 ] character protrusion: pdftex may hang
by noreply＠sarovar.org 14 Oct '04

14 Oct '04

Bugs item #116, was opened at 2004-09-11 03:28 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=116&group_id=106 Category: hz Group: v1.20a Status: Open Resolution: None Priority: 7 Submitted By: Nobody (None) Assigned to: The Thanh Han (hanthethanh) Summary: character protrusion: pdftex may hang Initial Comment: pdfTeX will fail on the following LaTeX file: ---------------------------------------------------- \pdfprotrudechars 2 \documentclass{minimal} \begin{document} \fontsize{7}{8}\selectfont This paragraph consists of more than two lines. This paragraph consists of more than two lines. This paragraph consists of more than two lines. %% same for this paragraph: % This is \hfill an empty line \end{document} ---------------------------------------------------- pdfTeX will hang while building the paragraph, so it seems. This does not happen with other font sizes. Also, it somehow seems to depend on the fonts preloaded in the format file. If I change this line in preload.ltx: \DeclarePreloadSizes{OT1}{cmr}{m}{n}{5,7,10} so that the font for size 10 will be loaded first, and recreate the format, all is well. I am using: This is pdfeTeX, Version 3.141592-1.20a-2.2 (MiKTeX 2.4)) Regards, Robert. ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2004-10-14 18:41 Message: Logged In: NO I have also had this problem with v1.10a and v1.20a. The problem only occurs with \pdfprotrudechars=2 (not when it is 1). Changing the font-size sometimes fixes it, as does changing the font encoding (presumably this alters the line breaking sufficiently not to bring about the specific conditions that cause the hang). ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2004-09-17 03:48 Message: Logged In: YES user_id=929 seems it's a loop in hz.ch, function total_pw(), always returning to the reswitch: label. I don't know what's going on, but supposing that the current line loop or whatever should end when the post_break(l) is reached, just shifting the goto reswitch; to this place: decr(n); end; goto reswitch; end; end; total_pw := left_pw(l) + right_pw(r); end; seems to make it work. No idea how to test it... ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=116&group_id=106

1 0