Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!bellcore!texbell!sequoia!execu!cs.utexas.edu!oakhill!val!ben
From: ben@val.uucp (Ben Thornton)
Newsgroups: comp.sys.ibm.pc
Subject: Re: FFC48.ARC - causes problems (for me)
Message-ID: <1989Oct10.153417.21253@val.uucp>
Date: 10 Oct 89 15:34:17 GMT
References: <3415@orion.cf.uci.edu>
Distribution: na
Organization: Video Associates Labs, Inc.
Lines: 29

manderse@orion.oac.uci.edu (Mark Andersen) writes:

> Anyway, after doing some testing of the program, I exited, and found
>a spurious directory entry in the subdirectory which should have contained
>only ffc48.arc and the files extracted from it. The directory entry was
>for a file called "LUME IN D", size of 1867xxxxx bytes (that's right, 
>>186 MB on a 32-meg partition of a 150-meg disk), date-time of 9-00-86
>4:01p. This directory is on the fourth (f:) partition of my disk; I checked

This sounds a lot like what happens when you have a cache or ram-disk
up in extended memory and it gets clobbered by some other program that
doesn't know any better.  The subdirectory entries that are in the cache can
be modified without DOS's knowlege...  a very dangerous situation.

>MuSh-DOS 3.20, Command Plus v3.0 in lieu of command.com, 386max.
>By the way, the program ffc48-en.com had been loaded in high DOS memory
>using 386max's loadhigh command.

I'd check compatibility of the loadhigh program with the calculator program
or some other utility you are using.

>Mark Andersen                   manderse@orion.cf.uci.edu
>Dept. of Ecology and Evolutionary Biology
>UC Irvine, Irvine, CA, 92717
-- 

Ben Thornton             packet:  WD5HLS @ KB5PM
Video Associates Labs      uucp:  ...!cs.utexas.edu!oakhill!val!ben
Austin, TX              fidonet:  1:382/40 - The Antenna Farm BBS