home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!spool.mu.edu!olivea!isc-br!tau-ceti!comtch!mstaben
- From: mstaben@comtch.spk.wa.us (Matthew Staben)
- Newsgroups: comp.os.os2.misc
- Subject: Interesting Bug & Fix
- Message-ID: <8k7DuB1w165w@comtch.spk.wa.us>
- Date: 17 Nov 92 16:35:06 GMT
- Sender: bbs@comtch.spk.wa.us (Waffle bbs)
- Organization: Waffle BBS at CompuTech Spokane, Washington
- Lines: 34
-
-
-
- I've had the pleasure of meeting and stepping on a bug which OS/2 seemed
- to acquire after installing the Service Pack. Let me describe the
- symptoms:
-
- After compiling applications in a DOS BOX, and during the link - OS/2
- would be reading the object files and then hang on one - usually the
- most recently compiled object. My DOS BOX would hang, but I would be
- able to switch to the WPS and attempt to slay the box. NO SUCH LUCK,
- once I "closed" the DOS BOX, all things would stop - for about 10
- seconds, and then the clock (and PMLOAD) would start back up for the next
- 10, and then back to sleep.
-
- Anyways, it apparently was my disk-cache (or CACHE.EXE) for DOS, as I am
- entirely HPFS bound. Do note that it was *not* updated by the Service
- Pack - so I was reasonably aware that something else (such as HPFS.IFS)
- had changed - thus invalidating my carefully built up DISKIDLE, LAZY, etc
- statements I had meticulously added to the CACHE.EXE statement during
- the course of the year before the Service Pack.
-
- Pissed that this was the only problem with OS/2 at this point, I went
- into CONFIG.SYS and removed the offending parameters - and things have
- been fine ever since. I've since been slowly adding parameters to my
- CACHE.EXE statement in order to make my drive last longer. If you are
- having problems with your DOS BOX compatibilities, try removing all the
- parameters from the CACHE.EXE statement and start over. It worked for
- me!
-
- Matt
-
- mstaben@comtch.spk.wa.us
-
- [Made in America]
-