[tex-k] xdvik problem with automatic pk generation

[jfbu]

Hi everyone, I am not sure this is the right place to post.

I have a problem with xdvik successfully generating a first pk
but failing to generate the next one.

Here is my minimal example

\documentclass[12pt]{article}
\usepackage[LGR]{fontenc}
\begin{document}
\usefont{LGR}{txr}{m}{n}
\small
\char97 % = alpha
\normalsize
\char97
\end{document}

This uses lgrtxr.fd and accompanying fonts from the txfontsb
package (greek letters in LGR encoding to fit with TX fonts)
/usr/local/texlive/2012/texmf-dist/tex/latex/txfontsb/lgrtxr.fd

[presumably the issue has nothing to do with this font, but
I spent enough time to go to the root of the problem, so I
did not check out other fonts]

Then I do xdvi from the Terminal and I get the following
output. It shows that the pk is correctly generated for the
small size but then the pk for the normal size is NOT
generated.

jfb$ xdvi mwepkproblem.dvi &
[1] 98956
jfb$ xdvi-xaw: Error: Could not load Type1 font gtimesg6r from /usr/local/texlive/2012/texmf-dist/fonts/type1/public/txfontsb/FreeSerifb.pfb: Virtual Memory Exceeded (T1_errno = -3); will try pixel version instead.
Please see the T1lib documentation for details about this.


kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+57/600 --dpi 657 gtimesg6r
mktexpk: Running gsftopk gtimesg6r 657
gsftopk(k) version 1.19.2/905
[0] [6] [7] [8] [9] [10] [11] [15] [16] [17] [18] [19] [21] [23] [24] [25] [27]
...deleted stuff...
[242] [243] [244] [245] [246] [247] [248] [249] [250] [251] [252] [254] [255]
mktexpk: /Users/jfb/Library/texlive/2012/texmf-var/fonts/pk/modeless/public/txfontsb/gtimesg6r.657pk: successfully generated.
xdvi-xaw: Warning: Character 97 not defined in font gtimesg6r


And here xdvi seems to fail into making a suitable call to
generate the pk for the normal size. It generated only
gtimesg6r.657pk which is for the *small* size.

I can quit xdvi and relaunch it, it never generates the
suitable pk.

However if I comment out the \small, re-latex and re-xdvi, the suitable
pk generation is activated:


kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+120/600 --dpi 720 gtimesg6r
mktexpk: Running gsftopk gtimesg6r 720
gsftopk(k) version 1.19.2/905
[0] [6] [7] [8] [9] [10] [11] [15] [16] [17] [18] [19] [21] [23] [24] [25] [27]
...
[242] [243] [244] [245] [246] [247] [248] [249] [250] [251] [252] [254] [255]
mktexpk: /Users/jfb/Library/texlive/2012/texmf-var/fonts/pk/modeless/public/txfontsb/gtimesg6r.720pk: successfully generated.

Of course next time, I have all my pk's generated and I can see in xdvi my small and my normal size alphas.

I wonder if this is a known issue?
Here is my version of xdvi:

jfb$ xdvi -v
xdvik version 22.85 (Xaw toolkit)
Libraries: kpathsea version 6.1.0, T1lib version 5.1.2

I have TL 2012 on a Mac OS X 10.8.2 with XQuartz for X11.

regards,
Jean-Francois

[jfbu]

Hi again,

I wanted to reproduce with another font the problem
I looked for large pfb files in
/usr/local/texlive/2012/texmf-dist/fonts/type1/public
and identified the DejaVu fonts as potential candidates

Serif goes through so I tried Sans which is bigger:
-rw-r--r-- 1 xxx wheel 691044 13 aou 2011 DejaVuSans.pfb

Here is now the following small tex file:

\documentclass{article}
\usepackage[T1]{fontenc}
\usepackage{DejaVuSans}
\pagestyle{empty}
\begin{document}
\small
1 %{\sffamily A}

\large
2 {\sffamily A}
\end{document}


Note that at first line `1' has commented out the sans small A.
Do latex+xdvi. This will generate the pk file for the large
A from DejaVuSans, on line `2'.

Then take out the % on the `1' line. Redo latex+xdvi.
The pk file for the *small* A is generated, *but then* xdvi complains
about a missing large A.

However the pk file was generated in the previous run!

~/Library/texlive/2012/texmf-var/fonts/pk/modeless/public/dejavu:
total used in directory 96 available 38038108
drwx-----T 4 xxx xxxxx 136 Sep 28 22:19 .
drwx-----T 4 xxx xxxxx 136 Sep 28 22:06 ..
-rw------- 1 xxx xxxxx 19716 Sep 28 22:19 DejaVuSans-tlf-t1--base.540pk
-rw------- 1 xxx xxxxx 27184 Sep 28 22:19 DejaVuSans-tlf-t1--base.720pk

If I delete the 540pk file, and comment out the A in line 1,
I can run xdvi and the large A from 720pk is indeed there
displayed.

I then remove the % from line 1, re-latex and run xdvi.
It will generate the 540pk file I deleted, display the small A
in line 1 but it will *not* display the large A in line 2.

xdvi-xaw: Warning: Character 65 not defined in font DejaVuSans-tlf-t1--base

If I quit and relaunch dvi, again it complains about a missing
large A, nevertheless both pk files are there in my /texmf-var!

????

Sincerely,
Jean-Francois

[Karl Berry]

Hi Jean-Francois,

I am not sure this is the right place to post.

It's the right place, and it's not a known issue, and thanks for the
example to reproduce.

Stefan or Paul, any chance of looking at this? Else I will when I have
a chance, but that won't be for a while.

Best,
Karl

[Paul Vojta]

I'll look at when I get a chance, but that won't be for at least two weeks.

--Paul

Post by Karl Berry
Hi Jean-Francois,
I am not sure this is the right place to post.
It's the right place, and it's not a known issue, and thanks for the
example to reproduce.
Stefan or Paul, any chance of looking at this? Else I will when I have
a chance, but that won't be for a while.
Best,
Karl

[jfbu]

Hi Karl and Paul,

mysteries of the internet made me receive Paul's reply a bit
before Karl's...

It seems from my examples that when xdvik
can't use t1lib because a .pfb is too big, it picks the
bitmaps from a generated pk file (already existing or created on
its command on the fly), but this process works only for the first
problematic font encountered.

by the way
I wasn't at all aware of this t1lib capability until the other day,
and I was so used to .pk files that I desperately looked all over
my hard disk to find them, wondering why only the txfontsb font
FreeSerifb.pfb (the one for which I had become aware of the problem)
had given rise to .pk fonts in my ~/Library/texlive/... folder

I was starting to curse Apple for making invisible some more directories
to the innocent user, but I slowly realized that pk's were a things of
the past!

all my previous dvi's had been opened indeed under the t1lib regime
with xdvi, instantaneously, during all this time I had (unconsciously)
thought that the pk's were on my system pre-generated

My congratulations to everyone involved in this t1lib,
it works instantaneously on my (brand new) mac!

Sincerely,

Jean-Fran?ois

Post by Paul Vojta
I'll look at when I get a chance, but that won't be for at least two weeks.
--Paul

Post by Karl Berry
Hi Jean-Francois,
I am not sure this is the right place to post.
It's the right place, and it's not a known issue, and thanks for the
example to reproduce.
Stefan or Paul, any chance of looking at this? Else I will when I have
a chance, but that won't be for a while.
Best,
Karl

[Paul Vojta]

The bug has been fixed now (in cvs, on sourceforge).

--Paul

Post by Paul Vojta
I'll look at when I get a chance, but that won't be for at least two weeks.
--Paul

Post by Karl Berry
Hi Jean-Francois,
I am not sure this is the right place to post.
It's the right place, and it's not a known issue, and thanks for the
example to reproduce.
Stefan or Paul, any chance of looking at this? Else I will when I have
a chance, but that won't be for a while.
Best,
Karl