From dreitmeyer@surecom.net Mon Sep 24 01:00:25 2001
From: dreitmeyer@surecom.net (Doug Reitmeyer)
Date: Sun, 23 Sep 2001 19:00:25 -0500
Subject: [tex-k] fonts
Message-ID: <000a01c1448b$e9bcec20$1f01a8c0@ryan>
This is a multi-part message in MIME format.
------=_NextPart_000_0007_01C14462.00B48980
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Can you tell me how I can get and then install "CourierNew" font on my =
computer? I was looking at a Govt document with Adobe Reader and an =
error came up saying that I did not have this font. Thank you. Doug =
Reitmeyer
------=_NextPart_000_0007_01C14462.00B48980
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Can you tell me how I can get and then =
install=20
"CourierNew" font on my computer? I was looking at a Govt document =
with=20
Adobe Reader and an error came up saying that I did not have this =
font. =20
Thank you. Doug Reitmeyer
------=_NextPart_000_0007_01C14462.00B48980--
From Robin.Fairbairns@cl.cam.ac.uk Mon Sep 24 07:48:11 2001
From: Robin.Fairbairns@cl.cam.ac.uk (Robin Fairbairns)
Date: Mon, 24 Sep 2001 07:48:11 +0100
Subject: [tex-k] fonts
In-Reply-To: Your message of "Sun, 23 Sep 2001 19:00:25 CDT."
<000a01c1448b$e9bcec20$1f01a8c0@ryan>
Message-ID:
doug reitmeyer wrote:
> Can you tell me how I can get and then install "CourierNew" font on my =
> computer? I was looking at a Govt document with Adobe Reader and an =
> error came up saying that I did not have this font.
[then the same in html - spit]
what makes you think that tex experts will solve your problems with
some government or other?
i expect your problem is simply a windoze one, but i'm not enough au
fait with the expected set of fonts on windoze machines to be sure. i
suggest you contact your windoze support people.
Robin Fairbairns, Cambridge -- rf10 at cam dot ac dot uk
From kaja@daimi.au.dk Tue Sep 25 15:56:25 2001
From: kaja@daimi.au.dk (Kaja P. Christiansen)
Date: Tue, 25 Sep 2001 16:56:25 +0200
Subject: [tex-k] xdvi: segmentation fault
Message-ID: <15280.39705.162771.522460@daimi.au.dk>
A colon in a DVI file name causes segmentation fault in xdvi, version 22.40b,
as one of our users reported (tested on Solaris and Linux).
Interestingly, processing a sample2:e.dvi with the older version,
xdvi 22.15-k, does not dump core, but exits with an error message:
Cannot locate URL: sample2:e.dvi
The problem is easy to avoid, but I thought you might want to know :-)
Kaja
From sebastian.rahtz@computing-services.oxford.ac.uk Tue Sep 25 16:32:47 2001
From: sebastian.rahtz@computing-services.oxford.ac.uk (Sebastian Rahtz)
Date: Tue, 25 Sep 2001 16:32:47 +0100
Subject: [tex-k] xdvi: segmentation fault
In-Reply-To: <15280.39705.162771.522460@daimi.au.dk>
References: <15280.39705.162771.522460@daimi.au.dk>
Message-ID: <15280.41887.732731.552818@spqr.oucs.ox.ac.uk>
Kaja P. Christiansen writes:
> Interestingly, processing a sample2:e.dvi with the older version,
> xdvi 22.15-k, does not dump core, but exits with an error message:
> Cannot locate URL: sample2:e.dvi
its expecting anything before the : to be a web protocol....
sebastian
From stefan.ulrich@elexir.de Tue Sep 25 19:29:56 2001
From: stefan.ulrich@elexir.de (Stefan Ulrich)
Date: Tue, 25 Sep 2001 20:29:56 +0200
Subject: [tex-k] xdvi: segmentation fault
In-Reply-To: <15280.39705.162771.522460@daimi.au.dk>
References: <15280.39705.162771.522460@daimi.au.dk>
Message-ID: <15280.52516.630654.249189@schnack.elexir.de>
Kaja P Christiansen writes:
> A colon in a DVI file name causes segmentation fault in xdvi, version 22.40b,
> as one of our users reported (tested on Solaris and Linux).
Yes, I could reproduce this problem; but it doesn't occur any
more with xdvik-22.40c (I would recommend to upgrade to this
version anyway, which also fixes some bugs with virtual font
sizes when switching .dvi files).
> Interestingly, processing a sample2:e.dvi with the older version,
> xdvi 22.15-k, does not dump core, but exits with an error message:
> Cannot locate URL: sample2:e.dvi
Well, that's a rather silly message, isn't it? With xdvik-22.40c,
I get:
$ xdvi sample2:e.dvi
Can't open `/home/ulrich/tex/sample2:e.dvi': No such file or directory
which is only slightly better ... using a relative or absolute
filename, as follows:
$ xdvi ./sample2:e.dvi
does work, though. I'll file this as a bug on
http://sourceforge.net/tracker/?group_id=23164&atid=377580
Sebastian Rahtz writes:
> its expecting anything before the : to be a web protocol....
yes but then it should accept a hex-escaped version, which
it doesn't ;-) All this URL handling is rather half-baked
and needs a rewrite (we even have a bug report for this on
http://sourceforge.net/tracker/index.php?func=detail&aid=417116&group_id=23164&atid=377580
saying `http and url handling too complex' ;-)
--
Stefan Ulrich
From vvv@vsu.ru Thu Sep 27 15:53:29 2001
From: vvv@vsu.ru (Vladimir Volovich)
Date: Thu, 27 Sep 2001 18:53:29 +0400
Subject: [tex-k] AFM2TFM: are length values handled correctly?
Message-ID:
Hi,
in AFM files, all lengths (e.g. kerns) are expressed in 1/1000 of
postscript point, and the latter is defined as (1/72 in), i.e. "bp" in
TeX notation.
in TFM files, all lengths are expressed in font design size values,
and the latter is expressed in TeX points (1/72.27 in), i.e. "pt".
therefore, when AFM2TFM converts some length (e.g. kern) to be put
into TFM (PL or VPL) file, it should multiply the result by
72.27/72=1.00375.
But i did not find such conversion looking into the sources of
AFM2TFM.
Is AFM2TFM taking into account the difference between the size of PS
and TeX points?
(and a related question: does dvips handle this difference too?)
Best,
v.
From A.Sathi@cs.bham.ac.uk Thu Sep 27 14:02:15 2001
From: A.Sathi@cs.bham.ac.uk (Amarjit Sathi)
Date: Thu, 27 Sep 2001 14:02:15 +0100 (BST)
Subject: [tex-k] slow response at creating fonts
Message-ID:
I have an installation of teTeX v 1.0 on a newtork. Latex responds fast
when fonts already exist, however when fonts need to be created everything
grind on at a painfully slow pace, in particular at the point that
mktexpk runs.
I have checked that there is no mode inconsitencies ie. mfmode is set to
ljfour and bdpi is set at 600.
I have checked there is no mixture of files/directories in ls-R. In fact I
have changed over the user area for font creation just to be sure that
this wasn't a problem.
Running truss whilst running xdvi on files that need fonts to be created
shows that mktexpk is actually sleeping for periods and this is the cause
of the delay. But why would mktexpk go to sleep?
Any help/thoughts would be much appreciated.
Regards
Amarjit
Amarjit Sathi, Computer Officer, School of Computer Science, University of
Birmingham, B15 2TT. Tel:0121 414 4791 Fax:0121 414 4281
From te@informatik.uni-hannover.de Thu Sep 27 17:58:55 2001
From: te@informatik.uni-hannover.de (Thomas Esser)
Date: Thu, 27 Sep 2001 18:58:55 +0200
Subject: [tex-k] slow response at creating fonts
Message-ID: <200109271658.f8RGwt023832@leo.informatik.uni-hannover.de>
> Running truss whilst running xdvi on files that need fonts to be created
> shows that mktexpk is actually sleeping for periods and this is the cause
> of the delay. But why would mktexpk go to sleep?
Maybe, it sleeps when it waits for data from the net?
If you want to make mktexpk faster, eliminate calls to mktexnam and
kpsewhich and hard-code the file/directory-names.
Thomas
From nikost@ssl.berkeley.edu Thu Sep 27 22:03:18 2001
From: nikost@ssl.berkeley.edu (Nikolai Ostgaard)
Date: Thu, 27 Sep 2001 14:03:18 -0700 (PDT)
Subject: [tex-k] (no subject)
Message-ID:
Laura
Tom says you may help me.
I type in: bibtex test2 (my test file)
and I get the message:
This is BibTeX, Version 0.99c (Web2C 7.3.1)
The top-level auxiliary file: test2.aux
The style file: agu.bst
Sorry---you've exceeded BibTeX's buffer size 5000
(That was a fatal error)
and then it quits
How can I extend the buffer size or by any other way avoid this.
Nikolai
**************************************
NB: Please notice my new address
**************************************
Nikolai Ostgaard
Space Sciences Laboratory
University of California
Berkeley, CA 94720-7450
Work : 510-???-????
Fax : 510-643-2624
email: nikost@ssl.berkeley.edu
**************************************