- ntg-pdftex - NTG Mailing Lists

[ pdftex-Bugs-250 ] writet1.c has problems with HUGE fonts. Patch.
by noreply＠sarovar.org 12 Dec '04

12 Dec '04

Bugs item #250, was opened at 2004-12-11 18:15 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106 Category: Fonts Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Hartmut Henkel (hhenkel) Summary: writet1.c has problems with HUGE fonts. Patch. Initial Comment: Font GoudyIn.pfb causes pdftex segfault, see the README coming with the patch. This tries a fix by dynamic allocation of buffers. As a by-result, PFB and PFA font embedding speed seems to be increased. Needs more testing... ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2004-12-12 09:00 Message: Logged In: YES user_id=929 Tried to force re-allocations and made tests with pdftex and dvipsk, see attached .tgz file. Seems to run ok. ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2004-12-11 18:39 Message: Logged In: YES user_id=1608 My version pdfxtex did not exactly segfault, instead it gave the following pdftex_warning(): CharString: invalid access (1) to stack (0 entries) (and gdb showed a somewhat corrupt backtrace, probably both a symptom of the wild pointer). The patch fixed the problem, and I am now looking at a correct PDF document. And I also think it is somewhat faster than before. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106

1 0

[ pdftex-Bugs-250 ] writet1.c has problems with HUGE fonts. Patch.
by noreply＠sarovar.org 11 Dec '04

11 Dec '04

Bugs item #250, was opened at 2004-12-11 19:15 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106 Category: Fonts Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Hartmut Henkel (hhenkel) Summary: writet1.c has problems with HUGE fonts. Patch. Initial Comment: Font GoudyIn.pfb causes pdftex segfault, see the README coming with the patch. This tries a fix by dynamic allocation of buffers. As a by-result, PFB and PFA font embedding speed seems to be increased. Needs more testing... ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2004-12-11 19:39 Message: Logged In: YES user_id=1608 My version pdfxtex did not exactly segfault, instead it gave the following pdftex_warning(): CharString: invalid access (1) to stack (0 entries) (and gdb showed a somewhat corrupt backtrace, probably both a symptom of the wild pointer). The patch fixed the problem, and I am now looking at a correct PDF document. And I also think it is somewhat faster than before. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106

1 0

[ pdftex-Bugs-250 ] writet1.c has problems with HUGE fonts. Patch.
by noreply＠sarovar.org 11 Dec '04

11 Dec '04

Bugs item #250, was opened at 2004-12-11 18:15 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106 Category: Fonts Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Hartmut Henkel (hhenkel) Summary: writet1.c has problems with HUGE fonts. Patch. Initial Comment: Font GoudyIn.pfb causes pdftex segfault, see the README coming with the patch. This tries a fix by dynamic allocation of buffers. As a by-result, PFB and PFA font embedding speed seems to be increased. Needs more testing... ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=250&group_id=106

1 0

Re: CVS sarovar checkout probs
by Martin Schröder 08 Dec '04

08 Dec '04

On 2004-12-08 15:37:19 +0100, Olaf Weber wrote: > Now I'm hitting another problem; I could have sworn I knew how to do a > checkout from sarovar, but for pdftex I get only the CVSROOT > directory, nothing from the pdftex sources themselves. (I did get > this to work for metapost, some time ago now.) What am I doing wrong? > > $ cvs -z3 -d:ext:infovore@cvs.pdftex.sarovar.org:/cvsroot/pdftex co . > cvs server: Updating . > cvs server: Updating CVSROOT > U CVSROOT/checkoutlist > U CVSROOT/commitinfo > U CVSROOT/config > U CVSROOT/cvswrappers > U CVSROOT/editinfo > U CVSROOT/loginfo > U CVSROOT/modules > U CVSROOT/notify > U CVSROOT/rcsinfo > U CVSROOT/taginfo > U CVSROOT/verifymsg I'm not sure if there is more content... > Also, does http://cvs.sarovar.org/cgi-bin/cvsweb.cgi/?cvsroot=pdftex > work for you? I get a permission denied message. Me2. :-( Maybe someone on the list has a clue? Best regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

1 0

[ pdftex-Bugs-242 ] Assertion failure when including pdf file without embedded fonts
by noreply＠sarovar.org 08 Dec '04

08 Dec '04

Bugs item #242, was opened at 2004-12-02 15:31 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=242&group_id=106 >Category: Fonts Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: Hartmut Henkel (hhenkel) Summary: Assertion failure when including pdf file without embedded fonts Initial Comment: See included shell script ---------------------------------------------------------------------- Comment By: Thomas Esser (tetex) Date: 2004-12-03 00:30 Message: Logged In: YES user_id=1230 I can reproduce this bug after updmap --setoption pdftexDownloadBase14 false Thomas ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=242&group_id=106

1 0

[ pdftex-Bugs-242 ] Assertion failure when including pdf file without embedded fonts
by noreply＠sarovar.org 08 Dec '04

08 Dec '04

Bugs item #242, was opened at 2004-12-02 15:31 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=242&group_id=106 Category: PDF inclusion Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) >Assigned to: Hartmut Henkel (hhenkel) Summary: Assertion failure when including pdf file without embedded fonts Initial Comment: See included shell script ---------------------------------------------------------------------- Comment By: Thomas Esser (tetex) Date: 2004-12-03 00:30 Message: Logged In: YES user_id=1230 I can reproduce this bug after updmap --setoption pdftexDownloadBase14 false Thomas ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=242&group_id=106

1 0

Re: [NTG-pdftex] [ pdftex-Bugs-242 ] Assertion failure when including pdf file without embedded fonts
by Akira Kakuto 06 Dec '04

06 Dec '04

> Summary: Assertion failure when including pdf file without embedded fonts > > Initial Comment: > See included shell script It looks like the following solves the problem, though I don't know if it may cause other problems: Akira --- mapfile.c.orig Fri Nov 26 21:09:28 2004 +++ mapfile.c Sat Dec 04 16:53:04 2004 @@ -648,7 +648,10 @@ char *ex_ffname; void **aa; - assert(fm->ff_name != NULL); + if(!is_basefont(fm)) + assert(fm->ff_name != NULL); + else + return NULL; tmp.ff_name = fm->ff_name; ff = (ff_entry *) avl_find(ff_tree, &tmp); if (ff == NULL) { /* not yet in database */ @@ -680,8 +683,10 @@ /* check if the font file is available */ ff = check_ff_exist(p); - if (ff->ff_path == NULL) + if(ff) { + if (ff->ff_path == NULL) return false; + } /* check whether this font has been used */ if (fontused[p->tfm_num]) @@ -920,8 +925,10 @@ if (is_truetype(fm) || !is_included(fm)) return dummy_fm_entry(); ff = check_ff_exist(fm); - if (ff->ff_path == NULL) + if(ff) { + if (ff->ff_path == NULL) return dummy_fm_entry(); + } fmx = new_fm_entry(); fmx->flags = fm->flags; fmx->encoding = fm->encoding; --- writet1.c.orig Tue Nov 23 10:36:40 2004 +++ writet1.c Sat Dec 04 16:59:34 2004 @@ -995,7 +995,7 @@ char *ex_ffname = NULL; ff_entry *ff; ff = check_ff_exist(fm_cur); - if (ff->ff_path != NULL) + if (ff && ff->ff_path != NULL) t1_file = xfopen(cur_file_name = ff->ff_path, FOPEN_RBIN_MODE); else { set_cur_file_name(fm_cur->ff_name);

5 6

[ pdftex-Bugs-242 ] Assertion failure when including pdf file without embedded fonts
by noreply＠sarovar.org 03 Dec '04

03 Dec '04

Bugs item #242, was opened at 2004-12-02 15:31 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=242&group_id=106 Category: PDF inclusion Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: Martin Schröder (oneiros) Summary: Assertion failure when including pdf file without embedded fonts Initial Comment: See included shell script ---------------------------------------------------------------------- >Comment By: Thomas Esser (tetex) Date: 2004-12-03 00:30 Message: Logged In: YES user_id=1230 I can reproduce this bug after updmap --setoption pdftexDownloadBase14 false Thomas ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=242&group_id=106

1 0

[ pdftex-Bugs-242 ] Assertion failure when including pdf file without embedded fonts
by noreply＠sarovar.org 02 Dec '04

02 Dec '04

Bugs item #242, was opened at 2004-12-02 20:01 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=242&group_id=106 Category: PDF inclusion Group: v1.20a Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: Martin Schröder (oneiros) Summary: Assertion failure when including pdf file without embedded fonts Initial Comment: See included shell script ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=242&group_id=106

1 0

pdftex.ch typo
by Hartmut Henkel 01 Dec '04

01 Dec '04

there's one closing brace too much in pdftex.ch, which stops tex after weaving the pdftex source. Please change if possible: --- pdftex.ch.orig Mon Nov 29 12:19:42 2004 +++ pdftex.ch Wed Dec 1 22:43:08 2004 @@ -381,7 +381,7 @@ @x [27.468] l.9202 @d number_code=0 {command code for \.{\\number}} @y -\pdfTeX\ adds \.{\\eTeXrevision}}, \.{\\pdftexrevision}, \.{\\pdftexbanner}, +\pdfTeX\ adds \.{\\eTeXrevision}, \.{\\pdftexrevision}, \.{\\pdftexbanner}, \.{\\pdffontname}, \.{\\pdffontobjnum}, \.{\\pdffontsize}, and \.{\\pdfpageref} such that |job_name_code| remains last. Regards, Hartmut

1 0

src special
by The Thanh Han 28 Nov '04

28 Nov '04

Hi, the pdfsync' folks are asking for something similar to the src special extension, but for use with pdf. I asked for Olaf's opinions, and got the following answer: > I got the implementation from elsewhere, and IIRC indirectly. In > other words, I'm not completely certain at this point where it came > from and who wrote it. > > By the way, do bear in mind that the implementation is buggy (and > pretty much intrinsically so without a lot of work): there are cases > where enabling source specials will change the layout of a document. so it looks that following this trace can introduce new problems. I would like to learn more about this issue -- does anyone has some ideas how it should be implemented? Thanh

2 1

EuroTeX2005
by Martin Schröder 26 Nov '04

26 Nov '04

Hi, if you haven't noticed yet: EuroTeX2005 will be a very good place to talk about pdfTeX. You can even meet Thanh, Knuth and Zapf there. :-) If you are interested in the development of pdfTeX, please come to Pont-à-Mousson! More information is at http://www.gutenberg.eu.org/eurotex2005/ There is a substantial early-bird rebate for registering till the end of November, so please register soon. If you have financial problems or need funding, please apply for a bursary or contact me off-list. Best regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

1 0

Re: Question on 1.20b-rc0 font replacement
by The Thanh Han 26 Nov '04

26 Nov '04

Hi, thanks to Hartmut for discovering the bizard case. There is some test in pdftoepdf.cc, so the font is still copied. But lookup_ps_fontmap when found a matched entry also created a new internal font, so the font is still embedded (but is not used anywhere). Here is the new mapfile.c Regards, Thanh On Fri, Nov 26, 2004 at 01:08:06AM +0100, Hartmut Henkel wrote: > shouldn't it then be for safety: > > > /* search forward */ > do { > ff = check_ff_exist(p); > if (ff->ff_path != NULL && !is_truetype(p) && used_tfm(p)) > ^^^^^^^^^^^^^^^ > > Regards, Hartmut > > > On Fri, 26 Nov 2004, Hartmut Henkel wrote: > > > just a question about replacement of Type1 fontsfrom included ximages: > > > > If the mapline by accident contains a TTF font file (e. g. > > <ptmr8a.ttf), with matching PS name, what would happen? Would the > > Type1 font from an included file be extracted and replaced by TTF? I > > believe no, but can't find a check for this in mapfile.c. A simple try > > showed that the font is not replaced but some TTF font will be put > > into the PDF output file. > > > ------------------------------------------------------------------------ > Dr.-Ing. Hartmut Henkel > In den Auwiesen 6, D-68723 Oftersheim, Germany > E-Mail: hartmut_henkel(a)gmx.de > http://www.circuitwizard.de > ------------------------------------------------------------------------ >

1 0

1.20b-rc0 font replacement bug
by Hartmut Henkel 26 Nov '04

26 Nov '04

Hi Thanh, when a PDF file with embedded fonts is included by \pdfximage, fonts will be replaced through lookup_ps_name() heuristics. However it's actually not checked there whether the font file itself is available. Problem example: Some PDF file comes with a Palatino-Roman. TFM entry pplr8r is listed in the mapfile together with fontfile <pplr8a.pfb. But pplr8a.pfb isn't on the PC. Still the font embedded in the PDF file will be replaced by --- nothing. One gets an invalid stream, missing letters. But if the fontfile is not available, the replacement of embedded fonts in PDF files shouldn't be done at all; instead the font coming with the PDF file should be used as is. Below is a quick patch. Only roughly checked. Regards, Hartmut --- mapfile.c.orig Sun Nov 7 14:34:23 2004 +++ mapfile.c Thu Nov 25 02:06:08 2004 @@ -721,8 +721,9 @@ /* lookup_ps_name looks for an entry with a given ps name + slant + extend. * As there may exist several such entries, we need to select the `right' * one. We do so by checking all such entries and return the first one that - * fulfils the following criteria (in descending priority): + * fulfills the following criteria: * + * - the font file is available, and (in descending priority): * - the tfm has been used (some char from this font has been typeset) * - the tfm has been loaded (but not used yet) * - the tfm can be loaded (but not loaded yet) @@ -732,6 +733,7 @@ static fm_entry *lookup_ps_name(fm_entry *fm) { fm_entry *p, *p2; + ff_entry *ff; struct avl_traverser t, t2; strnumber s; int a; @@ -750,14 +752,16 @@ /* search forward */ do { - if (used_tfm(p)) + ff = check_ff_exist(p); + if (ff->ff_path != NULL && used_tfm(p)) return p; p = avl_t_next(&t); } while (p != NULL && comp_fm_entry_ps(fm, p, NULL) == 0); /* search backward */ while (p2 != NULL && comp_fm_entry_ps(fm, p2, NULL) == 0) { - if (used_tfm(p2)) + ff = check_ff_exist(p2); + if (ff->ff_path != NULL && used_tfm(p2)) return p2; p2 = avl_t_prev(&t2); }

3 6

pdftex-1.20b patches
by Hartmut Henkel 22 Nov '04

22 Nov '04

To avoid M_PI_2 redefined warning in dvipsk: --- writet1.c.orig Fri Nov 19 20:25:56 2004 +++ writet1.c Fri Nov 19 22:51:47 2004 @@ -51,8 +51,8 @@ static integer t1_fontname_offset; #else /* writet1 used with dvips */ -#include "ptexmac.h" #include "dvips.h" +#include "ptexmac.h" #undef fm_extend #define fm_extend(f) 0 #undef fm_slant Works both for dvipsk and pdftex. Then there are the patches from Jason Riedy for teTeX, see Subject: [PATCH] Build on Solaris 8 with Sun's compilers Date: Thu, 28 Oct 2004 09:59:37 -0700 From: Jason Riedy <ejr(a)EECS.Berkeley.EDU> To: tetex-pretest(a)dbs.uni-hannover.de Here is a subset from his mail: --- pdftoepdf.cc.orig Sat Jul 17 20:09:44 2004 +++ pdftoepdf.cc Fri Nov 19 22:38:33 2004 @@ -44,7 +44,6 @@ #include "Error.h" #include "epdf.h" -#include "avl.h" static const char perforce_id[] = "$Id: //depot/Build/source.development/TeX/texk/web2c/pdftexdir/pdftoepdf.cc#49 $"; The avl.h isn't needed at all (it differs from Jason's). --- epdf.h.orig Sat Jul 17 20:09:41 2004 +++ epdf.h Fri Nov 19 22:36:16 2004 @@ -97,16 +97,6 @@ /* config.c */ extern integer cfgpar(integer); -/* avl.c */ -typedef int avl_comparison_func (const void *avl_a, const void *avl_b, void *avl_param); -typedef void avl_item_func (void *avl_item, void *avl_param); -extern struct avl_table *avl_create (avl_comparison_func *, void *, struct libavl_allocator *); -extern void avl_destroy (struct avl_table *, avl_item_func *); -extern void **avl_probe (struct avl_table *, void *); -extern void *avl_insert (struct avl_table *, void *); -extern void *avl_delete (struct avl_table *, const void *); -extern void *avl_find (const struct avl_table *, const void *); - /* avlstuff.c */ extern void avl_put_obj (integer, integer); extern integer avl_find_obj (integer, integer, integer); More outstanding patches by Jason are on libs/xpdf/xpdf/GlobalParams.h texk/dvipng/dvipng.h texk/dvipng/font.c texk/dvipng/fontmap.c texk/web2c/pdftexdir/avl.h How to patch the last one, as it's a GPLed file? Does one need to change the name? Regards, Hartmut

3 2

Re: [NTG-pdftex] pdftex-1.20b-beta2
by Akira Kakuto 22 Nov '04

22 Nov '04

> pdftex-1.20b-beta2 is available at pdftex.sarovar.org/src working fine. Thanks very much. Best regards, Akira

3 4

Re: [tex-implementors] message lost in log file
by Martin Schröder 19 Nov '04

19 Nov '04

On 2004-11-16 08:09:16 +0100, Bernard Gaulle wrote: > I just discover that the new message "output format initialized to ..." is > not saved in the log file, why? With the latest beta the messages isn't even output on the terminal anymore :-( Best regards Martin -- http://www.tm.oneiros.de

1 0

[ pdftex-Bugs-187 ] Line number of syntax errors displayed incorrectly
by noreply＠sarovar.org 19 Nov '04

19 Nov '04

Bugs item #187, was opened at 2004-09-15 12:14 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=187&group_id=106 Category: None Group: v1.10b >Status: Closed >Resolution: Rejected Priority: 4 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: Line number of syntax errors displayed incorrectly Initial Comment: When typesseting with pdfLaTeX 1.10b the line number of syntax errors of source files is different from that shown by my source file editor. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2004-09-15 12:24 Message: Logged In: YES user_id=421 1.10b is quite old. Please upgrade to 1.20a How much different are the line numbers? Off by one? Please attach a minimal input file with log file showing the problem. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=187&group_id=106

1 0

1.20b/1.21a
by Martin Schröder 18 Nov '04

18 Nov '04

Hi, I'm sorry, but I'm currently quite busy at work (we also have a deadline: end of this week). I'll try to free some time for pdftex till Friday. Best regards Martin -- Martin Schröder, ms(a)artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de

1 1

pdf-trans
by Staszek Wawrykiewicz 14 Nov '04

14 Nov '04

Pawe{\l} Jackowski has just sent me a nice set of generic macros for various box transformations using pdfeTeX. I've put them (together with a nice example) to: ftp://ftp.gust.org.pl/TeX/GUST/contrib/TeX-PDF/pdf-trans.zip Any idea where such macros should go on CTAN and in the distributions? Have fun, -- Staszek Wawrykiewicz StaW(a)gust.org.pl

1 0

pdftex-1.20b-beta2
by The Thanh Han 08 Nov '04

08 Nov '04

Hi, pdftex-1.20b-beta2 is available at pdftex.sarovar.org/src djgpp binaries are also available at pdftex.sarovar.org/djgpp This version fixes a problem reported by Robert that pdftex crashes when including a pdf file produced by pdftex with auto expansion on. Some patches by Hartmut that I forgot to integrate in the previous version are in now. There is still one "feature" that I decided to let it as is after a few days working on it: when a pdf with expanded fonts is being included, and the same fonts are also expanded in the main document, then those expanded fonts might be embedded twice. To be more precise: if a expanded font comes first from the included (ie the pdf figure appears first in the document), then it will be embedded twice. I didn't like this much and wanted to make pdftex "smarter", however after playing with it I came to the conclusion that it cannot be done without introducing new troubles. Anyway, it doesn't hurt much, IMHO. Thanh

1 0

Re: REQ new pdftex standalone version
by Fabrice Popineau 07 Nov '04

07 Nov '04

> Did you already had the time to upload? I have posted win32 binaries for the current beta version of pdftex 1.20b-beta to: ftp://ftp.dante.de/pub/fptex/standalone/pdftex-1.20b-beta-win32-static.zip Let me know if there are problems with them. Best, Fabrice

1 0

Tiny bug: writet1.c pdftex_fail() for dvips
by Hartmut Henkel 06 Nov '04

06 Nov '04

Dan Luecking wondered in comp.text.tex at Fri Nov 05 20:29:52 CET 2004: > [By the way, does anyone know why dvips (5.94a, fptex) writes this > error message: > ==> Fatal error occurred, the output PDF file is not finished! > when making a .ps file (definitely NOT a .pdf file!). I encountered > it while running tests of dvips behavior on invalid .pfb files.] File writet1.c is shared by pdftex and dvips. The pdftex_fail() function there is only used by dvips; for pdftex it's provided by utils.c within pdftexdir. The wrong dvips message comes from pdftex_fail() in writet1.c. So one should change "PDF" into "PS" there. When i do this change, a call of dvips using a buggy .pfb file gives: ==> Fatal error occurred, the output PS file is not finished! pdftex gives instead: ==> Fatal error occurred, the output PDF file is not finished! Regards, Hartmut

2 1

PNG handling, transparency
by Hartmut Henkel 02 Nov '04

02 Nov '04

There is a problem (by libpng 1.2.7) with PNG inclusion and alpha channel. Greg Roelofs from the png-implement list gave an external workaround > pngtopnm foo.png | pnmtopng > foo-no-alpha.png Tried it, works. I see how the PNG images with alpha channel "really" should look like: different from what pdftex maybe ever tried to do. Previously the alpha channel was simply stripped. Now certain images are blended to a uniform background (its color might be part of the PNG file, or come separately through the -mix -background option to pngtopnm). But the whole rectangular image area is still opaque, so it hides things underneath. As replacement for the (currently a little buggy) libpng now one could probably adapt the pngtopnm program to get an integral part of pdftex. Now should one just flatten a PNG with alpha so that it blends to an opaque white background (or the one provided with the image), in the way the above external processing does? Then there is no way to supply the background color if it's missing in the image. Apart from this PNG opaque blending, there is also the "Transparency" feature in PDF (PDF Ref. chapter 7). Looks complicated. Has anybody ever played with transparency, e. g. by some \pdfliteral tricks? Or should one stay away from all this alpha and transparency business, flag an error on PNG's with alpha (they likely look wrong anyway), and recommend that alpha needs the shown preprocessing? Maybe it also helps just to do nothing and wait for libpng 1.2.8... Regards, Hartmut

2 4

(no subject)
by The Thanh Han 02 Nov '04

02 Nov '04

Hi, the cross-compiled djgpp binaries aborted when trying to create some PK font (most probably because the font being used doesn't have a corresponding entry in the map files). The log file says: > Assertion failed at > /home/thanh/pdftex/src/thanh/texk/kpathsea/tex-make.c > line 5 > 1: dpi != 0 && bdpi != 0 > Exiting due to signal SIGABRT Does anyone have an idea what to do here? I remember this problem was reported sometime ago, but not sure whether anything has been done with it. The quick fix seems to disable auto-generating PK fonts with cross-compiled DJGPP. Thanh

3 3