January 2006 - ntg-pdftex - NTG Mailing Lists

[ pdftex-Bugs-465 ] font expansion & \lastlinefit
by noreply＠sarovar.org 07 Jan '06

07 Jan '06

Bugs item #465, was opened at 2006-01-03 20:05 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=465&group_id=106 Category: hz >Group: v1.40.0 Status: Open Resolution: None Priority: 5 Submitted By: Robert (schlcht) Assigned to: The Thanh Han (hanthethanh) Summary: font expansion & \lastlinefit Initial Comment: With \lastlinefit > 0, the last line will always be expanded to the maximum (except if it doesn't contain a glue). Furthermore, I wonder whether \lastlinefit should ideally also effect the expansion amount (ie., the last line of the first paragraph should be set in cmr10-25, since the preceding one is set in cmr10-50)? \tracingoutput1 \showboxbreadth\maxdimen \pdftracingfonts1 \pdfadjustspacing2 \pdffontexpand\font 50 50 10 autoexpand \lastlinefit500 \hsize=16cm \input tufte\par \bye, Robert ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=465&group_id=106

1 0

Re: [NTG-pdftex] pdftex-1.40.0-alpha-20060106
by Akira Kakuto 07 Jan '06

07 Jan '06

Hi Martin, > http://sarovar.org/download.php/890/pdftex-1.40.0-alpha-20051226-20060106.d… > http://sarovar.org/download.php/891/pdftex-1.40.0-alpha-20060106.tar.bz2 > > - many small fixes to remove warnings from -Wall > ... Please change tex-make.c as follows, though the corrected lines are rarely used in real life. Thanks Akira --- tex-make.c.orig Wed Dec 28 01:15:25 2005 +++ tex-make.c Sat Jan 07 08:27:10 2006 @@ -30,8 +30,9 @@ #include <kpathsea/readable.h> #include <kpathsea/tex-make.h> #include <kpathsea/variable.h> -#include <sys/wait.h> - +#ifndef WIN32 +# include <sys/wait.h> +#endif /* We never throw away stdout, since that is supposed to be the filename found, if all is successful. This variable controls whether stderr @@ -67,13 +68,13 @@ if (f > 1) { if (r > 0) { - sprintf(q, "%u+%u/(%u*%u + %u)", + sprintf(q, "%u+%u/(%u*%u+%u)", dpi/bdpi, dpi%bdpi, f, (bdpi - r)/f, r); } else { sprintf(q, "%u+%u/(%u*%u)", dpi/bdpi, dpi%bdpi, f, bdpi/f); } } else { - sprintf(q, "%u+%u/(4000 + %u)", dpi/bdpi, dpi%bdpi, bdpi); + sprintf(q, "%u+%u/(4000+%u)", dpi/bdpi, dpi%bdpi, r); } } } else {

2 1

Re: [NTG-pdftex] various features
by Thanh Han The 07 Jan '06

07 Jan '06

On Fri, Jan 06, 2006 at 07:14:16PM +0100, Hans Hagen wrote: > Martin ??? wrote: > > >On 2006-01-06 05:53:35 -0800, The Thanh Han wrote: > > > > > >>the patch I uploaded still has some problems with > >>auto prepending/appending kerns, so it is better to leave > >>them out for the moment. I will try to split the patch into > >>smaller patches so Martin can decide which one(s) should go > >>into official releases. > >> > >> > > > >I'm tempted to leave it in, as getting it in was quite some work > >-- and getting it out will probably be even more. Does it break > >any old features? If not, it can stay. We can always declare > >these features as experimental. > > > > > i agree with this those new features don't break things unless they are used (like hz or margin kerning). But they are not documented yet, probably only Hans and Robert are aware of them. So if we can live with that, it can stay. Makes our life simpler. Thanh

1 0

[ pdftex-Patches-453 ] Object Streams for PDF-1.5
by noreply＠sarovar.org 06 Jan '06

06 Jan '06

Patches item #453, was opened at 2005-11-26 18:05 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=453&group_id=106 Category: Object Streams Group: v1.30.0 Status: Open Resolution: None Priority: 5 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Nobody (None) Summary: Object Streams for PDF-1.5 Initial Comment: Rough early patch, work in progress, produces PDF-1.5 object streams and cross reference streams. With the patch, and enabled by \pdfminorversion=5, and with luck, pdfetex produces e. g. from its WEB source a PDF file with size 5.97 MByte instead of 11.2 MByte without object streams. Regards, Hartmut ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2006-01-07 01:06 Message: Logged In: YES user_id=929 objstream.ch updated: 1. object stream statistics added. 2. maximum allocation values are added in brackets. Example: PDF statistics: 630 PDF objects out of 1000 (max. 8388607) 577 compressed objects within 6 object streams 113 named destinations out of 1000 (max. 131072) 8353 words of extra memory for PDF output out of 10000 (max. 10000000) Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-12-26 20:21 Message: Logged In: YES user_id=929 Patch update. Object stream writing is now controlled by primitive \pdfobjcompresslevel = 0...3 (/pdfobjectstreams primitive removed). 0 = no object streams at all, 1 = compress objects excluding the ones from embedded PDF files (for handling of problematic PDF files) and /Info dictionary (for legibility), 2 = also compress objects from embedded PDF files, but leave /Info uncompressed, 3 = compress everything. Testing welcome. Regards, Hartmut ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=453&group_id=106

1 0

Re: [NTG-pdftex] various features
by Thanh Han The 06 Jan '06

06 Jan '06

Hi, the patch I uploaded still has some problems with auto prepending/appending kerns, so it is better to leave them out for the moment. I will try to split the patch into smaller patches so Martin can decide which one(s) should go into official releases. Thanh On Tue, Dec 20, 2005 at 10:17:50AM +0900, Akira Kakuto wrote: > > On 2005-12-19 14:16:49 +0100, Hans Hagen wrote: > > > Are all Than's recent patches included? Like the \pdfprependkern and > > > alike stuff? > > > > No. But I included all I got. > > > > Thanh? > > http://pdftex.sarovar.org/src/pdftex-20050924.patch.gz > > Please include the above patch by Thanh > which defines \pdfprependkern etc. > I'm personally using the subfont mechanism > in the patch to typeset Japanese. > The patch is for 1.30.3. So some hand work will be needed. > > Thanks, > Akira

3 2

Re: [NTG-pdftex] pdftex-1.40.0-alpha-20051226
by Thanh Han The 06 Jan '06

06 Jan '06

On Tue, Dec 27, 2005 at 09:39:39AM +0100, Hartmut Henkel wrote: > do we really want GNUish indentation? like > > if (strcmp (fp->tfm_name, nontfm) != 0) > { > p = (fm_entry *) avl_find (tfm_tree, fp); > if (p != NULL) > { > if (mode == FM_DUPIGNORE) > > i would prefer K%26R (--k-and-r-style): > > if (strcmp(fp->tfm_name, nontfm) != 0) { > p = (fm_entry *) avl_find(tfm_tree, fp); > if (p != NULL) { > if (mode == FM_DUPIGNORE) { so do I. Regards, Thanh

1 0

cmd line arguments
by Reinhard Kotucha 05 Jan '06

05 Jan '06

Hi, I got the latest issue of TUGboat today and read Hans' article about LuaTeX with great interest. Obviously Hans had the enhancement of [pdf]TeX in mind. But I think that much more can be done with it. Given that LuaTeX allows shell-escapes, I think that it makes a lot of sense to replace some Perl scripts by LuaTeX. For instance, Heiko fixed two bugs in epstopdf I reported but I did not get any response from the author of the C-version which still resides on CTAN. http://ctan.org/tex-archive/support/epstopdf This version is still broken. TeXLive does not provide Perl for Windows users and I suppose that MikTeX doesn't as well. Instead, binaries are provided. If someone detects a bug, a fixed Perl script can be provided for UNIX users immediately but Windows users still depend on someone who provides new binaries. Though I like Perl very much I think that LuaTeX is quite great. It can be make things much more portable. Suppose that someone ports epstopdf to LuaTeX, then Windows users can update easily. There is one problem concerning how [pdf]TeX reads the command line. [pdf]TeX expects a filename and considers all arguments which come before the filename as options. It complains if an option is not known. However, options after the filename are accessible by TeX. Try the following file: getargs.tex __________________________________________________________________ \def\OptionPrefix{-} \newlinechar=`\^^J \def\echo#1{\message{^^J#1}} \def\car#1#2\\{#1}\def\cdr#1#2\\{#2} \def\DefineOption#1#2{\expandafter\def\csname:opt:#1\endcsname{#2}} \def\ProcessOption#1{\csname:opt:#1\endcsname} \def\ProcessFile#1{\echo{File: "#1"}} \def\TestOption#1{% \expandafter\ifx\csname:opt:#1\endcsname\relax \echo{Unknown Option "#1", ignored} \else \ProcessOption{#1} \fi } \def\GetArg#1 {\setbox0=\lastbox\endgraf \if\OptionPrefix\car#1\\ \edef\Arg{\cdr#1\\} \TestOption\Arg \else \ProcessFile{#1}\expandafter\end \fi } %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% \DefineOption{abc}{\echo{Known Option "abc"}} \DefineOption{def}{\echo{Known Option "def"}} \everypar{\GetArg} __________________________________________________________________ When I say tex -abc getargs -def -uvw xyz I get: $ tex -abc getargs -def -uvw xyz tex: unrecognized option `-abc' This is TeX, Version 3.141592 (Web2C 7.5.4) (./getargs.tex) Known Option "def" Unknown Option "uvw", ignored File: "xyz" No pages of output. Transcript written on getargs.log. Though it is good that TeX makes all arguments available to TeX which come after the filename, there is a problem if getargs is a format file. In this case the command line looks like getargs -abc -def -uvw xyz and everything before "xyz" is lost. In other words, if you say epstopdf -hires myfile.eps TeX will complain epstopdf: unrecognized option `-hires.' How can this problem be fixed? The current behaviour of web2c is absolutely correct but I assume that LuaTeX users need a bit more. Is it possible to convince [pdf]TeX to ignore unknown options for particular format files by adding some lines to texmf.cnf similar to TEXINPUTS.latex = ... which disable commandline option checking and pass everything to TeX? Another point: It would be nice if LuaTeX allows shell-escapes. This might be regarded as beeing unsecure. What about having a list of trusted programs in texmf.cnf? Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-4592165 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha@web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ----------------------------------------------------------------------------

2 4

[ pdftex-Bugs-444 ] buffer overflow with \pdfmatch
by noreply＠sarovar.org 03 Jan '06

03 Jan '06

Bugs item #444, was opened at 2005-10-29 17:24 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=444&group_id=106 Category: None Group: v1.30.0 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Robert (schlcht) Assigned to: Martin Schröder (oneiros) Summary: buffer overflow with \pdfmatch Initial Comment: % The new \pdfmatch primitive will run into a buffer overflow with strings % longer than 1023 characters: % % (I am using 1.30.3 with Thanh's patches from pdftex.sarovar.org/src, % compiled under cygwin.) \def\x{1,2,3,4,5,6,7,8,9,0,} \def\testlist{% ,\x\x\x\x\x \x\x\x\x\x \x\x\x\x\x \x\x\x\x\x \x\x\x\x\x \x\x\x\x\x \x\x\x\x\x \x\x\x\x\x \x\x\x\x\x \x\x\x\x\x \x00,}% 1024 \ifcase\pdfmatch{,1,}{\testlist}\relax \fi % Also, if the pattern is too long: %\ifcase\pdfmatch{\testlist}{1}\relax \fi \bye, Robert. PS: Is there a simple way to escape all regex special characters in a string? ---------------------------------------------------------------------- >Comment By: Robert (schlcht) Date: 2006-01-03 19:03 Message: Logged In: YES user_id=2217 Hm, not really... The test case above still fails with both 1.30.5 and 1.40.0-alpha. Regards, Robert. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-12-04 14:12 Message: Logged In: YES user_id=421 This has been fixed in 1.30.5 ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-10-29 19:08 Message: Logged In: YES user_id=929 see patch to utils.c. This makes makecstring() memory grow on demand. Also increase MAX_CSTRING_LEN in ptexmac.h to e. g. 10000000. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=444&group_id=106

2 1

[ pdftex-Bugs-465 ] font expansion & \lastlinefit
by noreply＠sarovar.org 03 Jan '06

03 Jan '06

Bugs item #465, was opened at 2006-01-03 19:05 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=465&group_id=106 Category: hz Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robert (schlcht) Assigned to: The Thanh Han (hanthethanh) Summary: font expansion & \lastlinefit Initial Comment: With \lastlinefit > 0, the last line will always be expanded to the maximum (except if it doesn't contain a glue). Furthermore, I wonder whether \lastlinefit should ideally also effect the expansion amount (ie., the last line of the first paragraph should be set in cmr10-25, since the preceding one is set in cmr10-50)? \tracingoutput1 \showboxbreadth\maxdimen \pdftracingfonts1 \pdfadjustspacing2 \pdffontexpand\font 50 50 10 autoexpand \lastlinefit500 \hsize=16cm \input tufte\par \bye, Robert ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=465&group_id=106

1 0