Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!mit-eddie!uw-beaver!cornell!calvin.ee.cornell.edu!richard
From: richard@calvin.ee.cornell.edu (Richard Brittain - VOS hacker)
Newsgroups: comp.os.msdos.apps
Subject: Re: DOS file handles & mouse drivers
Summary: At last a good use for fstat
Message-ID: <1990Dec9.014918.17556@calvin.ee.cornell.edu>
Date: 9 Dec 90 01:49:18 GMT
References: <1990Dec6.152246.42736@vaxb.acs.unt.edu> <14625@crdgw1.crd.ge.com>
Organization: Cornell Space Plasma Physics
Lines: 29

In article <14625@crdgw1.crd.ge.com> dixon@sagittarius.crd.ge.com (walt dixon) writes:
>In <1990Dec6.152246.42736@vaxb.acs.unt.edu> Jhinuk Chowdhury writes
>........
>>driver.  The problem is every time this batch file is executed, one
>>file handle gets tied up.  In the previous exmple, we would have one
>
>I suspect that the problem is not one of losing file handles but one
>of filling up the system file table.  Whenever a file is opened,  DOS
>makes an entry in the System File Table;  when the file is closed
>(or more acurately its reference count goes to 0),  DOS deallocates
>the SFT entry.  I suspect that the TSR opens a file (perhaps 
>C:\MOUSE\XTREE.MMU) that is never closed.

A few months ago I posted a little program to c.b.i.p called "fstat"
that does nothing but read the System File Table and display all the
files that DOS thinks are still open, along with the name of the
program that opened each one.  
This is exactly the kind of problem it was aimed at diagnosing.  
Look in the archives or write me.

Richard Brittain,                   School of Elect. Eng.,  Upson Hall   
                                    Cornell University, Ithaca, NY 14853
ARPA: richard@calvin.ee.cornell.edu	
UUCP: {uunet,uw-beaver,rochester,cmcl2}!cornell!calvin!richard
-- 
Richard Brittain,                   School of Elect. Eng.,  Upson Hall   
                                    Cornell University, Ithaca, NY 14853
ARPA: richard@calvin.ee.cornell.edu	
UUCP: {uunet,uw-beaver,rochester,cmcl2}!cornell!calvin!richard