Thread: Basic file handling - again!

Originally Posted by Adak

This is the part that I thought was a bit much with using findFirst(), (which of course, WAS part of Turbo C, along with findNext(), long before they were made part of the Windows API, just for your edification).

Naaa... the problem has nothing to do with FindFirstFile() or FindNextFile()... the problem is the way he's conceived the job...

He needs to work on methods that don't rely on things beyond his control... like files needing to be in a certain order, or dates that change with every entry... He's just asking for a mess...

Seems, to my Flintstone brain at least, that he could use the archive bit to good effect here. When the data file has been entered, mark that file by setting it's archive bit.

In the file handling (your way or mine), you only see and/or work, with the files that do not yet have the archive bit set.

Simple to use, and no sorting or comparing of filenames or file dates, is needed.

Now, where is my Secretary bird at?

Actually... that's not a bad idea Adak... although the read only bit might be more effective... mark the file and prevent modifications all in one go.