February 2004 - ntg-pdftex - NTG Mailing Lists

bug in pdf inclusion / pdfetex
by Hans Hagen 11 Feb '04

11 Feb '04

Hi Fabrice, The latest binary you sent me fails on some pdf inclusion in a manual i'm currently upgrading. Is there a way to trap the bug trace in windows? I get this pop up screen which i cannot cut and paste. figures : dimensions of ./cols-002.pdf loaded from figurefile itself ./cols-002.pdf <./cols-002.pdf return code : 65280 run time : 5 seconds It's hard to create a test file because deleting a page changes the location of the error. BTW, the fact that the latest pdftex includes all file at the end Transcript written on error.log. ./cols-001.pdf ./cols-001.pdf ./cols-001.pdf ./cols-001.pdf ./cols-002.pdf ./cols-002.pdf ./cols-002.pdf ./cols-002.pdf ./cols-003.pdf ./cols-003.pdf ./cols-003.pdf ./cols-003.pdf ./cols-004.pdf ./cols-004.pdf ./cols-004.pdf ./cols-004.pdf ./cols-005.pdf etc is a drastic change and presumes that the files didn't change; i happen to have situations where the files are generated run time and therefore change -) not in this case but ... was something changed to the \immediate? Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma(a)wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------

2 2

Re: [NTG-pdftex] pdftex-1.11b uniqueresname bug
by Hans Hagen 11 Feb '04

11 Feb '04

At 21:23 03/02/2004, Hartmut Henkel wrote: >Pdftex produces broken PDF when its HZ implementation is used with >\pdfuniqueresname = 1, like it is set in example.tex. Then xpdf issues >errors, e. g.: > >Error: Unknown font tag 'F54?:E3_+10' > >Reason is, that in the page contents stream there is e. g. some > >/F54?:E3_+10 > >but the page resources look like > >/Font << ... /F54+10?:E3_ ... > >The font_tag "+10" and resname_prefix "?:E3_" are swapped (and it's no >prefix anyway, more like an inbetweenfix). This can easily be cured by >just swapping two lines in pdftex.ch, then it's a postfix :-) > >--- pdftex.ch-orig Mon Oct 6 10:38:51 2003 >+++ pdftex.ch Tue Feb 3 20:47:41 2004 >@@ -1590,8 +1590,8 @@ > pdf_begin_text; > pdf_print("/F"); > pdf_print_int(k); >- pdf_print_resname_prefix; > pdf_print_font_tag(f); >+ pdf_print_resname_prefix; > pdf_out(" "); > pdf_print_bp(font_size[f]); > pdf_print(" Tf"); > >Seems to work then. Have fun! i wonder, doesn't it make sense to limit that /F^!*D^$@)!@($^ kind of names to /<characters and numbers> Hans

2 3

pdftex.cfg (was: pdf(e)tex status)
by Martin Schröder 03 Feb '04

03 Feb '04

On 2004-01-29 01:15:49 +0100, Staszek Wawrykiewicz wrote: > can you tell me about the status of expected changes to pdf(e)tex? Stasz, I want to fix the cfg problem in the next release (1.12a, planned for early February). > Just to recall, here is the current problem: > how to avoid reading pdftex.cfg while running pdf(e)tex --ini As I recall the main problem was not that a cfg was found and read but that it wasn't found and pdftex failed. I just want to make a missing cfg a non-fatal error. > I would vote for dumping the *default* output to the format, say > latex will use \pdfoutput=0, pdflatex will use \pdfoutput=1 Good idea. > So latex etc. could be linked just to pdfetex, without any other > command line switch (anyway not yet available). For such command&format > I'd suggest not reading pdftex.cfg at all (it sets things rather > concerned to pdf output). > > pdftex.cfg should be left as it is for commands&formats > which use pdf output by default. Just to avoid a mess with new > command line parameters for pdf(e)tex, more config files, > and... for transparent use as (e)tex replacement as the main > engine (actually not true). True. > Ps. I'm overflooded by spam mails, often sent from your, Sebastian > and other people addresses... Yes. Spammers like to fake their addresses and use publically known addresses. Unfortunately ours are all over the web. :-( Use SpamAssassin with procmail. :-( 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

2 3