Path: utzoo!attcan!uunet!lll-winken!lll-lcc!ames!oliveb!amdahl!kim
From: kim@amdahl.uts.amdahl.com (Kim DeVaughn)
Newsgroups: comp.sys.amiga
Subject: Font strangeness (was: Re: Did I find a bug ?)
Summary: OK ... now, what causes *this* font problem ...?
Keywords: Fonts
Message-ID: <95mqj0e0ec1010FeLr6@amdahl.uts.amdahl.com>
Date: 7 Jul 88 19:25:27 GMT
References: <4754@gryphon.CTS.COM> <59047@sun.uucp>
Organization: Amdahl Corporation,  Sunnyvale, CA 94086
Lines: 36

In article <59047@sun.uucp>, cmcmanis%pepper@Sun.COM (Chuck McManis) writes:
> [ previous "problem" the Richard was having deleted ]
> 
> This is the way it works, the font hangs out in memory until the very last
> second even after it has been closed. No checking of the fontfile datestamp
> is used to determine if a newer font is available. After editing and saving
> the font use flushlibs from the debug menu to clear the old font out of 
> memory and then run showfont again. 

Here's a different problem that I run into WRT fonts ... anyone have any
ideas ...?

Go into fonts: and edit my favorite font (Paula) with Fed (Paula is a modified
Pearl, which is a modified Topaz).

Now bring up vt100 v2.8, which allows you to specify the font you want to use.
Vt100 aborts, with a message to the effect "can't find font paula".

Vt100 *had* been up before the Fed editing session, and was using "paula" just
fine.  Now, it can't find paula ... not even the old version.  A reboot clears
the problem, and vt100 happily finds paula once again.

So ... does Fed expunge the old version from memory, and if so, why is it that
vt100 can't load a copy of the new version out of the fonts: directory?

No big problem with this, but I am curious about what I must be overlooking.

Thanks!

/kim

-- 
UUCP:  kim@amdahl.amdahl.com
  or:  {sun,decwrl,hplabs,pyramid,uunet,oliveb,ames}!amdahl!kim
DDD:   408-746-8462
USPS:  Amdahl Corp.  M/S 249,  1250 E. Arques Av,  Sunnyvale, CA 94086
CIS:   76535,25