- ntg-pdftex - NTG Mailing Lists

[ pdftex-Bugs-306 ] cmap: unicode ???? is mapped to multiple glyphs
by noreply＠sarovar.org 13 May '05

13 May '05

Bugs item #306, was opened at 2005-03-05 17:52 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=306&group_id=106 Category: Fonts Group: v1.21a Status: Open Resolution: None Priority: 5 Submitted By: Peter Dyballa (ballapete) Assigned to: Hartmut Henkel (hhenkel) Summary: cmap: unicode ???? is mapped to multiple glyphs Initial Comment: I created symlinks from the Lucida fonts that come with Java runtime and I created from them TFM files with ttf2tfm version 1.5, and also a map file fragment and FD files. When I access LucidaSans-Oblique pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) reports this: Error: pdflatex (file /usr/local/teTeX/share/texmf.local/fonts/truetype/ lucida/llsro8a.ttf): cmap: unicode 2010 is mapped to multiple glyphs ==> Fatal error occurred, the output PDF file is not finished! U+2010 is HYPHEN ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2005-05-12 17:08 Message: Logged In: YES user_id=421 What's the state of this? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=306&group_id=106

2 1

the manual issues
by Pawel Jackowski 13 May '05

13 May '05

Hi, please consider the following issues (applies to pdfTeX manual released at 2005-04-27, 15:50). 1. Page 18, \pdfhorigin description: "use TeX's own \horigin primitive" -- imho should be \hoffset instead of \horigin ;) 2. Page 18, \pdfpagewidth description: "If the value is not given..." -- I'd rather say "If the value is set to 0pt". If one say \let\pdfpagewidth\relax, while shipping out the page pdfTeX will take the last relevant value, not the formula shown in the manual. 3. Page 19, \pdfinfo description: "If a key is used more that once, the first appearance will be used" -- Sugestion; one may think, that pdfTeX reads keys provided to \pdfinfo (and other primtives that takes a literal pdf text as a parameters) and replaces the values if doubled. Perhaps it should be mentioned, that no interpretation is made here. Moreover, it seems that in Acrobat the SECOND entry takes a place... 4. Page 24, \pdfobj description: "When <object type spec> is not given, a dictionary object is created" -- doesn't seem to be true. Isn't that an old behaviour? 5. Page 25, \pdfpagesattr example: \pdfpagesattr{/Rotate 90 /MediaBox [0 0 612 792]} One may be confused, since MediaBox setup will never take an effect if provided in this way. Each page has always own MediaBox that overrides \pdfpagesattr. CropBox could be better I think. 6. Page 25, \pdfpageref description: Extra backalshes: "\\pdfpageref5 expands to number \18." 7. Page 25, \pdfxform description: The last sentence in this paragraph -- as in point 3; maybe it should be mentioned that it may depend on the viewer. Entries provided by the user doesn't seem to take a priority over later ones in Acrobat. It applies to Ghostsript however. The code such as \setbox0\hbox{Aqq} \pdfxform attr {/BBox [0 0 10 10]}0 \pdfrefxform\pdflastxform outputs 1 0 obj << /Type /XObject /Subtype /Form /BBox [0 0 10 10] /BBox [0 0 17.988 8.745] /FormType 1 /Matrix [1 0 0 1 0 0] /Resources 9 0 R /Length 67 /Filter /FlateDecode >> and this is interpreted in different ways, depending on the viewer. I like the rest very much! BTW, how manual updates are organised? Are the sources in CVS or one from time to time send an updates to sarovar? Best regards, -- Pawe/l Jackowski P.Jackowski(a)gust.org.pl

1 0

[ pdftex-Bugs-302 ] -jobname doesn't overcome texput
by noreply＠sarovar.org 13 May '05

13 May '05

Bugs item #302, was opened at 2005-03-01 19:06 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=302&group_id=106 Category: web2c Group: v1.21a Status: Open Resolution: None Priority: 5 Submitted By: John Denker (jsd) Assigned to: Olaf Weber (infovore) Summary: -jobname doesn't overcome texput Initial Comment: Hi -- Suppose I want to pipe commands into pdflatex: echo '\typeout{---\jobname---}' | \ pdflatex --jobname foo You might expect that to type out ---foo--- but instead it types out ---texput--- I observe that --jobname works just fine for any filename I can think of, just not when the filename is absent entirely. I can offer two workarounds: 1) It's not documented, but nevertheless possible to \def\jobname{foo}. 2) Of course it's possible to stuff the commands into tmp.tex and then pdflatex --jobname foo tmp.tex Because these workarounds exist, I would rate this as a very low-priority bug. But it had me surprised and confused for a while. Given the overall high quality of the product, I thought I'd bring it to your attention. ---------------------------------------------------------------------- >Comment By: Olaf Weber (infovore) Date: 2005-04-12 18:22 Message: Logged In: YES user_id=1847 This is a general problem with the implementation of the --jobname switch in web2c. My proposed diff is a variant on Akira's work. It touches more files, but gives IMHO a cleaner interface to get_job_name() and less need for additional #defines. Unless there turns out to be something wrong with this, it will be merged in the web2c sources. lib/texmfmp.c | 6 ++++-- mf.ch | 6 +++++- mp.ch | 4 +++- tex.ch | 6 ++++-- web2c/coerce.h | 2 +- web2c/texmf.defines | 2 +- 6 files changed, 18 insertions(+), 8 deletions(-) Index: mf.ch =================================================================== RCS file: /usr/local/cvsroot/texk/texk/web2c/mf.ch,v retrieving revision 1.40 diff -u -d -r1.40 mf.ch --- mf.ch 28 Dec 2004 18:24:38 -0000 1.40 +++ mf.ch 12 Apr 2005 16:07:11 -0000 @@ -1717,8 +1717,12 @@ @z @x [38.788] Set correct filename for recorder. +if job_name=0 then job_name:="mfput"; +@.mfput@> pack_job_name(".log"); @y +if job_name=0 then job_name:=get_job_name("mfput"); +@.mfput@> pack_job_name(".fls"); recorder_change_filename(stringcast(name_of_file+1)); pack_job_name(".log"); @@ -1778,7 +1782,7 @@ @x [38.793] l.15938 - The job name may have been given on the command line. begin job_name:=cur_name; open_log_file; @y - begin job_name:=get_job_name; open_log_file; + begin job_name:=get_job_name(cur_name); open_log_file; @z @x [38.793] Can't return name to string pool because of editor option? Index: mp.ch =================================================================== RCS file: /usr/local/cvsroot/texk/texk/web2c/mp.ch,v retrieving revision 1.48 diff -u -d -r1.48 mp.ch --- mp.ch 28 Dec 2004 18:23:47 -0000 1.48 +++ mp.ch 12 Apr 2005 16:06:53 -0000 @@ -1403,8 +1403,10 @@ @z @x [35.765] Change name of recorder file. +if job_name=0 then job_name:="mpout"; pack_job_name(".log"); @y +if job_name=0 then job_name:=get_job_name("mpout"); pack_job_name(".fls"); recorder_change_filename(stringcast(name_of_file+1)); pack_job_name(".log"); @@ -1489,7 +1491,7 @@ incr(j); stop_at_space:=true; end_name; - job_name:=get_job_name; + job_name:=get_job_name(cur_name); str_ref[job_name] := max_str_ref; @z Index: tex.ch =================================================================== RCS file: /usr/local/cvsroot/texk/texk/web2c/tex.ch,v retrieving revision 1.89 diff -u -d -r1.89 tex.ch --- tex.ch 29 Dec 2004 11:08:23 -0000 1.89 +++ tex.ch 12 Apr 2005 16:07:26 -0000 @@ -2241,9 +2241,11 @@ @!months:^char; @z -@x [29.534] l.10289 - Filename change for the recorder. +@x [29.534] l.10300 - Filename change for the recorder. +if job_name=0 then job_name:="texput"; @.texput@> @y +if job_name=0 then job_name:=get_job_name("texput"); @.texput@> pack_job_name(".fls"); recorder_change_filename(stringcast(name_of_file+1)); @@ -2369,7 +2371,7 @@ @x [29.537] l.10352 - start_input: was job_name given on the command line? begin job_name:=cur_name; open_log_file; @y - begin job_name:=get_job_name; open_log_file; + begin job_name:=get_job_name(cur_name); open_log_file; @z @x [29.537] l.10356 - Index: lib/texmfmp.c =================================================================== RCS file: /usr/local/cvsroot/texk/texk/web2c/lib/texmfmp.c,v retrieving revision 1.108 diff -u -d -r1.108 texmfmp.c --- lib/texmfmp.c 12 Apr 2005 15:39:14 -0000 1.108 +++ lib/texmfmp.c 12 Apr 2005 15:55:17 -0000 @@ -1591,10 +1591,12 @@ return maketexstring(fullnameoffile); } +/* Get the job name to be used, which may have been set from the + command line. */ strnumber -getjobname() +getjobname(strnumber name) { - strnumber ret = curname; + strnumber ret = name; if (job_name != NULL) ret = maketexstring(job_name); return ret; Index: web2c/coerce.h =================================================================== RCS file: /usr/local/cvsroot/texk/texk/web2c/web2c/coerce.h,v retrieving revision 1.5 diff -u -d -r1.5 coerce.h --- web2c/coerce.h 26 Feb 2004 17:43:14 -0000 1.5 +++ web2c/coerce.h 12 Apr 2005 15:55:31 -0000 @@ -24,7 +24,7 @@ /* And we use the opportunity to declare a few functions that could not be declared in texmfmp.h, because they need typedefs not yet known at that point. */ -extern strnumber getjobname P1H(void); +extern strnumber getjobname P1H(strnumber); #ifdef MP /* MP defined poolASCIIcode instead of packedASCIIcode, sigh. */ Index: web2c/texmf.defines =================================================================== RCS file: /usr/local/cvsroot/texk/texk/web2c/web2c/texmf.defines,v retrieving revision 1.17 diff -u -d -r1.17 texmf.defines --- web2c/texmf.defines 14 Jul 2004 16:17:48 -0000 1.17 +++ web2c/texmf.defines 12 Apr 2005 15:58:51 -0000 @@ -22,7 +22,7 @@ @define function callmakempx (); @define function floorscaled (); @define function floorunscaled (); -@define function getjobname; +@define function getjobname (); @define function getrandomseed; @define function initscreen; @define function inputln (); ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-04-12 14:11 Message: Logged In: YES user_id=421 Patches provided by Akira on NTG-pdftex ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=302&group_id=106

3 4

[ pdftex-Patches-336 ] Patch file for Bug 335:
by noreply＠sarovar.org 12 May '05

12 May '05

Patch file for Bug 335: "Empty name (\pdfdest name{}xyz) destroys /Names array" Content-type: text/plain; charset=UTF-8 Patches item #336, was opened at 2005-05-05 14:57 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=336&group_id=106 Category: None >Group: v1.21b >Status: Closed >Resolution: Later Priority: 5 Submitted By: Heiko Oberdiek (oberdiek) >Assigned to: Martin Schröder (oneiros) >Summary: Patch file for Bug 335: Patch file for Bug 335: "Empty name (\pdfdest name{}xyz) destroys /Names array" Initial Comment: Hello, This patch changes pdf_print_str of pdftex.ch. Empty strings are not suppressed but written as "()". Yours sincerely Heiko <oberdiek(a)uni-freiburg.de> ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2005-05-12 17:36 Message: Logged In: YES user_id=421 Please actually _attach_ your patch to bug 335. :-) ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=336&group_id=106

1 0

[ pdftex-Bugs-315 ] pdflatex on solaris font problems with acroread
by noreply＠sarovar.org 12 May '05

12 May '05

Bugs item #315, was opened at 2005-03-21 16:53 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=315&group_id=106 Category: Fonts Group: v1.21a >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Stan Swiercz (swiercz) Assigned to: Martin Schröder (oneiros) Summary: pdflatex on solaris font problems with acroread Initial Comment: I have compiled pdflatex 1.2.1a that comes with teTeX 3.0 on both linux and solaris. The linux version works properly but the solaris one does not. The last font included in the pdf output produces the error: Unable to extract the embedded font 'KTGBVU+CMR8'. Some characters may not display or print correctly. when viewed with acroread (version 5 or 6, windows, linux and solaris versions). Note that no error is seen when viewed with ghostscript and xpdf. The above error comes from the file: ------------------------ \documentclass{article} \newcommand{\ip}[2]{(#1, #2)} \begin{document} This is an example input file. Footnotes \footnote{This is an example of a footnote.} pose no problem. \LaTeX\ is good at typesetting mathematical formulas like $ x-3y + z = 7 $ or $ a_{1} > x^{2n} + y^{2n} > x' $ or $ \ip{A}{B} = \sum_{i} a_{i} b_{i} $. The spaces you type in a formula are ignored. Remember that a letter like $x$ % $ ... $ and $ ... $ are equivalent is a formula when it denotes a mathematical symbol, and it should be typed as one. \end{document} ----------------------- The sigma is produced correctly. If however I comment out the footnote, the sigma in the summation is no longer viewable and the error message is Unable to extract the embedded font 'ATSTIO+CMEX10'. Some characters may not display or print correctly. I attach a pdf files produced on solaris. Is this a know problem with a patch available? If you need further information please do not hesitate to contact me. Stan ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-05-12 17:33 Message: Logged In: YES user_id=421 This has been fixed in 1.30.0 ---------------------------------------------------------------------- Comment By: Stan Swiercz (swiercz) Date: 2005-03-24 20:44 Message: Logged In: YES user_id=2345 I restored the original ptexmac.h and patched writet1.c and recompiled on the original solaris system I was compiling on. The pdf produced displays properly on acroread. I thank you for the prompt response and help. Stan ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-03-24 20:29 Message: Logged In: YES user_id=929 Hi Stan, if possible please test the attached patch to writet1.c. This now really initializes t1_save_offset to zero, and the save_offset() calls are only where really needed (there were too many, too early. They must never come before the first fb_putchar(), as only this does the alloc_array(fb,...) initialization. Also please do _not_ patch ptexmac.h (!), as this patch would cover otherwise maybe missing initializations. Leave ptexmac.h as in teTeX-3.0. I tried the writet1.c patch with arbitrary initial value of fb_ptr, and it seems to get it right. Thanks a lot for help! Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-03-24 16:48 Message: Logged In: YES user_id=929 who is pulling this bug into the "closed area"? :-) It seems to work but it still looks weird, maybe the final patch will be different... Regards, Hartmut ---------------------------------------------------------------------- Comment By: Stan Swiercz (swiercz) Date: 2005-03-24 16:18 Message: Logged In: YES user_id=2345 The ptexmac.h patch fixed it. Thank you! Stan ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-03-24 16:04 Message: Logged In: YES user_id=929 once again, please try the patch for ptexmac.h. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Stan Swiercz (swiercz) Date: 2005-03-24 16:01 Message: Logged In: YES user_id=2345 It does appear that t1_offset_value is at fault. I put in a pdftex_warn (something easy to add) in writet1.c and the first time it outputs I see Warning: pdflatex (file /nfs/encs/ArchDep/sun4.solaris8/pkg/teTeX-3.0/root/texm f/fonts/type1/bluesky/cm/cmr8.pfb): -268435455 t1_save_offset value All the other times the "warning" is displayed it returns 0. Stan ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-03-24 15:52 Message: Logged In: YES user_id=929 thanks a lot, it was as expected :-( but the error _is_ around there, it's uninitialized fb_ptr i guess, just searching how to initialize it. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Stan Swiercz (swiercz) Date: 2005-03-24 15:44 Message: Logged In: YES user_id=2345 I have applied the patch and found no difference. Stan ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-03-24 15:29 Message: Logged In: YES user_id=929 maybe the infamous "Solaris compiler bug" is just an uninitialized variable t1_save_offset? It's unclear, as it seems that this could happen only if the font is not being included. Anyway: Could some Solaris freak try out the attached tiny patch to writet1.c? Regards, Hartmut ---------------------------------------------------------------------- Comment By: Thomas Esser (tetex) Date: 2005-03-24 01:35 Message: Logged In: YES user_id=1230 We have seen this before. pdftex list, posting by Adrian Lanz, Mon, 09 Aug 2004. There was no real outcome of that thread. Adrian wrote on 23 Sep 2004 to the texlive list: > On Tue, Sep 21, 2004 at 07:18:23PM -0500, Maksym Polyakov wrote: >> apparently there was some overflow in /Length1 -- it should be 810 > > Ah, now it sounds familiar. Adrian Lanz has reported the same to > pdftex(a)tug.org (09 Aug 2004, he uses SUN Solaris 9 / gcc 3.3.2). > Yes, I had exactly the same problem recently installing teTeX-beta 2.96.7.20040721. In my case, the symptom was that pdflatex run without error, but a wrong /Length1 parameter was inserted in the PDF output file, which evidently caused Acrobat Reader's error message (no problem, however, with xpdf or with the "dvips -Ppdf" routine). I think I solved the problem by changing the order and rules how shared libraries are found and handled on my Sun Sparc Solaris 2.9 system, and/or I may have re-installed some programs and libraries (ncurses, gettext, libiconv). I am sorry not being more specific on So, we have at least three people with this problem: Stan Swiercz, Maksym Polyakov, Adrian Lanz. I think that this is some king of compiler bug or something like that... Thomas ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-03-23 15:42 Message: Logged In: YES user_id=421 Yes, this is definitely a problem for some specific solaris installations which I can't reproduce. ---------------------------------------------------------------------- Comment By: Stan Swiercz (swiercz) Date: 2005-03-23 15:08 Message: Logged In: YES user_id=2345 I have done more debugging and I find that with a newer solaris 9 kernel the executable works fine. There is some patch to the OS that fixes this. This is something static as when I run this executable on a solaris machine running an older solaris9 kernel or solaris8 it works properly. Further digging I find that when I run the linker command on the older solaris 9 machine it produces a faulty executable BUT if I run "g++ -v" to see what the real linking command is and cut and paste it so as to run it instead the executable produces a pdf viewable with acroread. The basic g++ link command is c++ -o pdfetex pdfetexini.o pdfetex0.o pdfetex1.o pdfetex2.o pdfetex3.o pdfetexextra.o ../../libs/md5/md5.o pdftexdir/libpdf.a ../../libs/libpng/libpng.a ../../libs/zlib/libz.a ../../libs/xpdf/xpdf/libxpdf.a ../../libs/xpdf/goo/libGoo.a ../../libs/xpdf/fofi/libfofi.a -lsocket lib/lib.a ../kpathsea/.libs/libkpathsea.a -lm Instead of running this on older kernels I used /encs/pkg/gcc-3.3.2/root/lib/gcc-lib/sparc-sun-solaris2.8/3.3.2/collect2 -V -Y P,/usr/ccs/lib:/usr/lib -L /local/lib -L /encs/lib -Qy -o pdfetex /encs/pkg/gcc-3.3.2/root/lib/gcc-lib/sparc-sun-solaris2.8/3.3.2/crt1.o /encs/pkg/gcc-3.3.2/root/lib/gcc-lib/sparc-sun-solaris2.8/3.3.2/crti.o /usr/ccs/lib/values-Xa.o /encs/pkg/gcc-3.3.2/root/lib/gcc-lib/sparc-sun-solaris2.8/3.3.2/crtbegin.o -L/encs/bin/../lib/gcc-lib/sparc-sun-solaris2.8/3.3.2 -L/encs/bin/../lib/gcc-lib -L/encs/pkg/gcc-3.3.2/root/lib/gcc-lib/sparc-sun-solaris2.8/3.3.2 -L/usr/ccs/bin -L/usr/ccs/lib -L/encs/bin/../lib/gcc-lib/sparc-sun-solaris2.8/3.3.2/../../.. -L/encs/pkg/gcc-3.3.2/root/lib/gcc-lib/sparc-sun-solaris2.8/3.3.2/../../.. pdfetexini.o pdfetex0.o pdfetex1.o pdfetex2.o pdfetex3.o pdfetexextra.o ../../libs/md5/md5.o pdftexdir/libpdf.a ../../libs/libpng/libpng.a ../../libs/zlib/libz.a ../../libs/xpdf/xpdf/libxpdf.a ../../libs/xpdf/goo/libGoo.a ../../libs/xpdf/fofi/libfofi.a -lsocket lib/lib.a ../kpathsea/.libs/libkpathsea.a -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc -lc /encs/pkg/gcc-3.3.2/root/lib/gcc-lib/sparc-sun-solaris2.8/3.3.2/crtend.o /encs/pkg/gcc-3.3.2/root/lib/gcc-lib/sparc-sun-solaris2.8/3.3.2/crtn.o For the record /usr/ccs/lib/values-Xa.o is the same on both systems. I don't understrand... I also tracked down what the difference was between a pdf file that displays and does not display. The one that does display correctly has /Type /Page /Contents 49 0 R /Resources 47 0 R /MediaBox [0 0 612 792] /Parent 25 0 R >> endobj 47 0 obj << /Font << /F8 12 0 R /F27 24 0 R /F11 31 0 R /F13 37 0 R /F7 18 0 R /F10 34 0 R >> /ProcSet [ /PDF /Text ] >> endobj 45 0 obj << /Length1 946 /Length2 3204 /Length3 532 /Length 3847 /Filter /FlateDecode while the one that does not has /Type /Page /Contents 49 0 R /Resources 47 0 R /MediaBox [0 0 612 792] /Parent 25 0 R >> endobj 47 0 obj << /Font << /F8 12 0 R /F27 24 0 R /F11 31 0 R /F13 37 0 R /F7 18 0 R /F10 34 0 R >> /ProcSet [ /PDF /Text ] >> endobj 45 0 obj << /Length1 268436401 /Length2 3204 /Length3 532 /Length 3848 /Filter /FlateDecode the 946 has turned into 268436401! Hope this info helps. Stan ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-03-23 14:25 Message: Logged In: YES user_id=421 This seems to be a build problem on Solaris. Compiling the example on teTeX 3.0 on Linux produces a pdf that shows no problems in AR. A possible cause for the message by AR might be this extract from pdf_test_solaris.pdf: --------- 29 0 obj << /Length1 268436401 /Length2 3204 --------- Length1 is definitely wrong. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-03-23 14:16 Message: Logged In: YES user_id=421 I can reproduce the problem with AR5 and AR7(latest "beta") on Linux. I can't reproduce it with gs 8.50 and Jaws. I suspect that this is a bug in AR. :-( ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=315&group_id=106

1 0

[ pdftex-Bugs-310 ] \pdfxform doesn't work with box registers > 255. Patch included.
by noreply＠sarovar.org 12 May '05

12 May '05

Bugs item #310, was opened at 2005-03-19 20:58 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=310&group_id=106 Category: etex Group: v1.21a >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: The Thanh Han (hanthethanh) Summary: \pdfxform doesn't work with box registers > 255. Patch included. Initial Comment: Bug reported by: Date: Sat, 19 Mar 2005 00:54:40 +0100 From: Pawel Jackowski To: pdftex(a)tug.org Subject: [pdftex] \pdfxform256 Sparse array handling from etex was missing in \pdfxform. Bug solved by patch to pdfetex.ch2, see pdfetex.ch2.diff. Please check. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-05-12 17:10 Message: Logged In: YES user_id=421 This has been fixed in 1.30.0 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=310&group_id=106

1 0

[ pdftex-Bugs-304 ] Names of expanded fonts not in log output
by noreply＠sarovar.org 12 May '05

12 May '05

Bugs item #304, was opened at 2005-03-02 18:25 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=304&group_id=106 Category: Fonts Group: v1.21a >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Robert (schlcht) Assigned to: Hartmut Henkel (hhenkel) Summary: Names of expanded fonts not in log output Initial Comment: When using font expansion, the log output will not contain the names of the expanded fonts but the null character instead (resp. ^^@). %------------------------------------- \pdfadjustspacing=2 \pdffontexpand\font 20 20 5 autoexpand \tracingoutput=1 test \parfillskip 0pt test \bye %------------------------------------- Regards, Robert. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-05-12 17:05 Message: Logged In: YES user_id=421 This has been fixed in 1.30.0 ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-03-30 22:16 Message: Logged In: YES user_id=929 This patch is based of Thanh's change file showfont.ch, which he gave me during EuroTeX2005 (it's also included, renamed here to showfont-thanh.ch). Use showfont.ch for the patch. There is now a new integer variable \pdftracingfonts. It is zero by default, then we get a log like this (see robert050302.log): ...\tenrm t ...\tenrm (+20) e Without font expansion, this default should be compatible with TeX's original log output. If \pdftracingfonts is set to 1 (or greater), we get a more verbose log (see tst-304.log): ...\xivtt (cmtt10(a)14.0pt) t .\xivtt (cmtt10+20(a)14.0pt) e Seems to work with change file showfont.ch coming directly after after hz.ch. Patch only roughly tested with pdfetex, likely to give problems with pdfxtex, as the variable numbering might differ. Log format to be agreed upon... Regards, Hartmut ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=304&group_id=106

1 0

[ pdftex-Bugs-294 ] pdfmovechars/encoding problem
by noreply＠sarovar.org 12 May '05

12 May '05

Bugs item #294, was opened at 2005-02-15 21:06 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=294&group_id=106 Category: Fonts Group: v1.21a >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: The Thanh Han (hanthethanh) Summary: pdfmovechars/encoding problem Initial Comment: This has been reported by Jörg Heinrich at 1 Feb. 2005 on the pdftex list (Subject: [pdftex] pdfetex). The following derived example leads to a segfault: % this works: %\pdfmovechars=1 % this gives segfault: \pdfmovechars=2 % this works: %\pdfmapline{phvr8r Helvetica <8r.enc <phvr8a.pfb} % this gives segfault: \pdfmapline{phvr8r Helvetica <phvr8a.pfb} \font\phv phvr8r at 10pt \phv a \bye ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-05-12 16:45 Message: Logged In: YES user_id=421 This has been fixed in 1.30.0 ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-04-02 00:53 Message: Logged In: YES user_id=929 This patch (patch-294b.tgz) removes the functionality of the \pdfmovechars primitive. What remains for now is a warning, once per run, if \pdfmovechars is set to a value unequal 0: ! pdfTeX warning: Primitive \pdfmovechars is obsolete. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-03-31 23:57 Message: Logged In: YES user_id=929 In function t1_read_enc() the function t1_prefix() was called while t1_line_array was not allocated yet, causing the segfault. Making a do...while loop from the while loop does allocation via t1_getline() in time, see the patch. Maybe that's enough for now to close the bug. It seems that the function t1_read_enc() is anyway called only via get_enc() when pdfmovechars > 0, so both functions serve only this special case, and are normally not in use. I have done not any check whether \pdfmovechars general functionality is ok, and one might as well thow out this primitive, and the unneeded functions. Let's add a note "deprecated" in the manual... Regards, Hartmut ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=294&group_id=106

1 0

[ pdftex-Patches-341 ] \microinterval patch
by noreply＠sarovar.org 12 May '05

12 May '05

Patches item #341, was opened at 2005-05-10 19:17 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=341&group_id=106 Category: None Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Taco Hoekwater (taco) >Assigned to: Martin Schröder (oneiros) Summary: \microinterval patch Initial Comment: This change file provides two integer parameters that amend the normal TeX ones like \time and \year, giving the passed time since 1 jan 1970, stored at the start of the TeX run: \epochseconds integer part \microseconds fractional part (between and 0-1000000) And one read-only parameter that is computed each time it is queried: \microinterval interval between now() and the values stored in \epochseconds and \microseconds You are free to change \epochseconds and \microseconds, but strange results may occur if you do. ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-05-11 19:52 Message: Logged In: YES user_id=1608 Reopened with a much better patch attached ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2005-05-10 23:33 Message: Logged In: YES user_id=1608 removed while Hans and I think of a better interface ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=341&group_id=106

1 0

example update
by Pawel Jackowski 11 May '05

11 May '05

Hi there, I've just joined the list. I'm working on pdfTeX example file revision (example.tex). The newest I've found comes from TeXLive2004. Please let me know if there is something newer released or being prepared from that time. Regards, Pawe/l -- Pawe/l Jackowski P.Jackowski(a)gust.org.pl

1 0