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