April 2005 - ntg-pdftex - NTG Mailing Lists

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

12 Apr '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: 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

1 0

Re: [NTG-pdftex] -jobname doesn't overcome texput
by Akira Kakuto 12 Apr '05

12 Apr '05

> > --- texmfmp.c.orig Tue Dec 21 20:33:56 2004 > > +++ texmfmp.c Mon Apr 04 23:17:20 2005 > > @@ -1599,6 +1599,7 @@ > > getjobname() > > { > > strnumber ret = curname; > > + if (ret == 0) ret = maketexstring("texput"); > > if (job_name != NULL) > > ret = maketexstring(job_name); > > return ret; > > --- texmfmp.c.orig Tue Dec 21 20:33:56 2004 > +++ texmfmp.c Tue Apr 05 00:09:40 2005 > @@ -1595,10 +1595,19 @@ > return maketexstring(fullnameoffile); > } > > +#if defined (MF) > +#define DEFAULTJOBNAME "mfput" > +#elif defined (MP) > +#define DEFAULTJOBNAME "mpout" > +#else > +#define DEFAULTJOBNAME "texput" > +#endif > + > strnumber > getjobname() > { > strnumber ret = curname; > + if (ret == 0) ret = maketexstring(DEFAULTJOBNAME); > if (job_name != NULL) > ret = maketexstring(job_name); > return ret; mpost seems to require somewhat different texmfmp.c: --- texmfmp.c.orig Tue Dec 21 20:33:56 2004 +++ texmfmp.c Tue Apr 12 21:02:22 2005 @@ -1595,10 +1595,22 @@ return maketexstring(fullnameoffile); } +#if defined (MF) +#define DEFAULTJOBNAME "mfput" +#elif defined (MP) +#define DEFAULTJOBNAME "mpout" +#else +#define DEFAULTJOBNAME "texput" +#endif + strnumber getjobname() { strnumber ret = curname; + if (ret == 0) ret = maketexstring(DEFAULTJOBNAME); +#if defined (MP) + if (jobname == 0) ret = maketexstring(DEFAULTJOBNAME); +#endif if (job_name != NULL) ret = maketexstring(job_name); return ret; Best regards, Akira

1 0

margin kerning and unhboxing
by The Thanh Han 11 Apr '05

11 Apr '05

Hi, there were some problems to make margin kerning work with unhbox/unhcopy. After some discussions with Harmut we have come to a solution: we shall drop margin kerns while unboxing. People who wish to use margin kerning with unhboxing are out of luck. Sorry, but we think it is too much work and too risky to make it work. We also introduced a workaround: now we have 2 new primitives \leftmarginkern and \righmarginkern, which allows access to margin kerns of a hbox. Usage (tested): ,-------- | \newbox\testline | | ... | | \dimen0=\leftmarginkern \testline pt | \dimen1=\rightmarginkern \testline pt | \line{\kern\dimen0\unhcopy\testline\kern\dimen1} `-------- this feature will be available in the next bug-fix release (should come out soon). Thanh

1 0

protrusion when?
by Hartmut Henkel 09 Apr '05

09 Apr '05

Currently a character is protruded if its rpcode/lpcode is set and it can be reached from the margin by skipping skippable items. These items are various kerns, glues, empty boxes etc. always with width 0pt. Maybe this could be extended by adding up the horizontal movements of non-zero kerns, non-stretchable glues etc. and when a protrudable character is reached and the total movement to there would be 0pt, the character would still be protruded. E. g. protrusion could happen after a \kern1sp\kern-1sp pair or after \kern1sp\hskip-1sp. Would this make sense? E. g. Robert told that (cancelling?) kerns are sometimes used as markers... Or, what if one would completely ignore/skip over all invisible items (kerns, non-stretchable glues, even with width != 0pt) and would just shift the first protrudable character? This would mean, that indented characters would be also protruded relative to indentation. Regards, Hartmut

5 7

Re: [NTG-pdftex] -jobname doesn't overcome texput
by Akira Kakuto 04 Apr '05

04 Apr '05

> --- texmfmp.c.orig Tue Dec 21 20:33:56 2004 > +++ texmfmp.c Mon Apr 04 23:17:20 2005 > @@ -1599,6 +1599,7 @@ > getjobname() > { > strnumber ret = curname; > + if (ret == 0) ret = maketexstring("texput"); > if (job_name != NULL) > ret = maketexstring(job_name); > return ret; --- texmfmp.c.orig Tue Dec 21 20:33:56 2004 +++ texmfmp.c Tue Apr 05 00:09:40 2005 @@ -1595,10 +1595,19 @@ return maketexstring(fullnameoffile); } +#if defined (MF) +#define DEFAULTJOBNAME "mfput" +#elif defined (MP) +#define DEFAULTJOBNAME "mpout" +#else +#define DEFAULTJOBNAME "texput" +#endif + strnumber getjobname() { strnumber ret = curname; + if (ret == 0) ret = maketexstring(DEFAULTJOBNAME); if (job_name != NULL) ret = maketexstring(job_name); return ret; changes like in tex.ch are also necessary in mf.ch, mp.ch, com16bit.ch and com16bit-rc2.ch (for aleph). Best regards, Akira

1 0

Re: [NTG-pdftex] -jobname doesn't overcome texput
by Akira Kakuto 04 Apr '05

04 Apr '05

>the bug report below seems to be a more general thing, affecting also e. >g. tex. Maybe it's something for Olaf? --- tex.ch.orig Thu Dec 30 00:07:46 2004 +++ tex.ch Mon Apr 04 23:15:59 2005 @@ -2242,8 +2242,10 @@ @z @x [29.534] l.10289 - 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@> pack_job_name(".fls"); recorder_change_filename(stringcast(name_of_file+1)); --- texmfmp.c.orig Tue Dec 21 20:33:56 2004 +++ texmfmp.c Mon Apr 04 23:17:20 2005 @@ -1599,6 +1599,7 @@ getjobname() { strnumber ret = curname; + if (ret == 0) ret = maketexstring("texput"); if (job_name != NULL) ret = maketexstring(job_name); return ret; Best regards, Akira

1 0

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

03 Apr '05

Bugs item #302, was opened at 2005-03-01 13:06 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=302&group_id=106 Category: None Group: v1.21a Status: Open Resolution: None Priority: 5 Submitted By: John Denker (jsd) Assigned to: Nobody (None) 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. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=302&group_id=106

2 1

[ pdftex-Bugs-292 ] protuding leads to "This can't happen (paragraph)."
by noreply＠sarovar.org 03 Apr '05

03 Apr '05

Bugs item #292, was opened at 2005-02-14 15:22 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=292&group_id=106 Category: hz Group: v1.21a Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Hartmut Henkel (hhenkel) >Summary: protuding leads to "This can't happen (paragraph)." Initial Comment: The input --------------------- \pdfoutput=1 \input edmac \input protcode \font\eightrm=ptmr8t \setprotcode\eightrm \pdfprotrudechars=2 \linenummargin{outer} %% left|right|inner|outer \footparagraph{A} \tracingall\tracingonline=0 \beginnumbering \pstart \text{There}\Afootnote{Habent sua fata libelli. (Der Satz wurde auf Wunsch der Redaktion von »Living Marxism« gestrichen; siehe Korsch an P.~Mattick am 3.10.1938.)}/ is a striking contrast between the impression produced in the minds of West"=European revolutionaries by those short pamphlets of Lenin and Trotsky which appeared in poorly translated and poorly printed editions during the final stage and the aftermath of the war, and the response called forth in Europe and U.S.A. by the belated appearance, in 1927, of the first extra"=Russian versions of Lenin's philosophical work of 1908, on »Materialism and Empirio"=Criticism«. \pend \endnumbering \bye --------------------- (all input files are in the attached archive) leads to --------------------- ! This can't happen (paragraph). <recently read> \par \do@feet ...s \else \Afootstart {A}\Afootgroup {A} \fi \ifvoid \Bfootins \els... \pagecontents ...p \@cclv \unvbox \@cclv \do@feet \ifr@ggedbottom \kern -\di... \pagebody ...\boxmaxdepth \maxdepth \pagecontents } \edmac@output ...e \vbox {\makeheadline \pagebody \makefootline }\fi }\advan... <output> {\edmac@output } ... l.30 \bye I'm broken. Please show this to someone who can fix can fix --------------------- ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2005-04-03 21:00 Message: Logged In: YES user_id=929 P.S. A nice test are the various ledmac test files in directory texmf-dist/doc/latex/ledmac/, when you add the microtype package (somebody must have provided such a directory to me, thanks)... Regards, Hartmut ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-04-03 20:26 Message: Logged In: YES user_id=929 New try of a patch, see patch-292b.tgz. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-03-23 15:43 Message: Logged In: YES user_id=421 Hartmut, what's the status here? I remember you fixed this somehow at EuroTeX. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-02-14 20:42 Message: Logged In: YES user_id=929 Now we know which side effects patch-274 has. When it's reverted, the file is processed without error, but margin kerning is missing (which was the original problem before patch-274). Following experiment is done _with_ patch-274. The "this can't happen" error happens within the line_break routine, which chokes on a margin_kern_node (which was filtered out before patch-274).If one adds margin_kern_node to the do_nothing list, like: mark_node,ins_node,adjust_node,margin_kern_node: do_nothing; othercases confusion("paragraph") it apparently works ok, and margin kerning is fine also (requires patch in hz.ch). But i need to understand how the line_break routine works, whether a do_nothing is the right thing to do... Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-02-14 15:30 Message: Logged In: YES user_id=421 The submitter used the attached edmac.doc; the error is the same. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=292&group_id=106

1 0

[ pdftex-Bugs-292 ] protuding leads to "This can't happen (paragraph)."
by noreply＠sarovar.org 03 Apr '05

03 Apr '05

Bugs item #292, was opened at 2005-02-14 15:22 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=292&group_id=106 Category: hz Group: v1.21a Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Hartmut Henkel (hhenkel) >Summary: protuding leads to "This can't happen (paragraph)." Initial Comment: The input --------------------- \pdfoutput=1 \input edmac \input protcode \font\eightrm=ptmr8t \setprotcode\eightrm \pdfprotrudechars=2 \linenummargin{outer} %% left|right|inner|outer \footparagraph{A} \tracingall\tracingonline=0 \beginnumbering \pstart \text{There}\Afootnote{Habent sua fata libelli. (Der Satz wurde auf Wunsch der Redaktion von »Living Marxism« gestrichen; siehe Korsch an P.~Mattick am 3.10.1938.)}/ is a striking contrast between the impression produced in the minds of West"=European revolutionaries by those short pamphlets of Lenin and Trotsky which appeared in poorly translated and poorly printed editions during the final stage and the aftermath of the war, and the response called forth in Europe and U.S.A. by the belated appearance, in 1927, of the first extra"=Russian versions of Lenin's philosophical work of 1908, on »Materialism and Empirio"=Criticism«. \pend \endnumbering \bye --------------------- (all input files are in the attached archive) leads to --------------------- ! This can't happen (paragraph). <recently read> \par \do@feet ...s \else \Afootstart {A}\Afootgroup {A} \fi \ifvoid \Bfootins \els... \pagecontents ...p \@cclv \unvbox \@cclv \do@feet \ifr@ggedbottom \kern -\di... \pagebody ...\boxmaxdepth \maxdepth \pagecontents } \edmac@output ...e \vbox {\makeheadline \pagebody \makefootline }\fi }\advan... <output> {\edmac@output } ... l.30 \bye I'm broken. Please show this to someone who can fix can fix --------------------- ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2005-04-03 20:26 Message: Logged In: YES user_id=929 New try of a patch, see patch-292b.tgz. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-03-23 15:43 Message: Logged In: YES user_id=421 Hartmut, what's the status here? I remember you fixed this somehow at EuroTeX. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-02-14 20:42 Message: Logged In: YES user_id=929 Now we know which side effects patch-274 has. When it's reverted, the file is processed without error, but margin kerning is missing (which was the original problem before patch-274). Following experiment is done _with_ patch-274. The "this can't happen" error happens within the line_break routine, which chokes on a margin_kern_node (which was filtered out before patch-274).If one adds margin_kern_node to the do_nothing list, like: mark_node,ins_node,adjust_node,margin_kern_node: do_nothing; othercases confusion("paragraph") it apparently works ok, and margin kerning is fine also (requires patch in hz.ch). But i need to understand how the line_break routine works, whether a do_nothing is the right thing to do... Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2005-02-14 15:30 Message: Logged In: YES user_id=421 The submitter used the attached edmac.doc; the error is the same. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=292&group_id=106

1 0

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

02 Apr '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: Open Resolution: None 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: 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