I have a report from a user who is getting stale directory data when 
running the mTCP FTP server.  They are running a TSR in the background 
which is updating a file once a day.  If they connect to the FTP server 
and look at the directory they will see the date and size of the file at 
the time the FTP server started, not the most current values.

Apparently a WATTCP32 based app has the same symptoms, but the Datalight 
Sockets FTP server does not.  (I think the Datalight Sockets FTP server 
runs as a TSR, not a foreground app.)

I use _dos_findfirst and _dos_findnext to read directories. These use 
function 0x4E.  I expect that if there is a TSR modifying something in 
the background that calling the DOS function directly (as I am) should 
provide the most current results, but that is not what is being 
reported.  Can somebody give me an idea of what I am missing?  I am not 
sure what they would get if they tried to open the file and transfer 
it.  I also don't know if the TSR is closing the file after each update 
- I imagine that leaving the file open would create problems.


Regards,
Mike



------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to