Home/ Questions/Q 3940380
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-20T00:24:42+00:00

Alright so to start this is strictly for Windows and I’d prefer to use

  • 0

Alright so to start this is strictly for Windows and I’d prefer to use C++ over .NET but I’m not opposed to boost::filesystem although if it can be avoided in favor of straight Windows API I’d prefer that.

Now the scenario is an application on another machine I can’t change is going to create files in a particular directory on the machine that I need to make backups of and do some extra processing. Currently I’ve made a little application which will sit and listen for change notifications in a target directory using FindFirstChangeNotification and FindNextChangeNotification windows APIs.

The problem is that while I can get notified when new files are created in the directory, modified, size changes, etc it only notifies once and does not specifically tell me which files. I’ve looked at ReadDirectoryChangesW as well but it’s the same story there except that I can get slightly more specific information.

Now I can scan the directory and try to acquire locks or open the files to determine what specifically changed from the last notification and whether they are available for further use but in the case of copying a large file I’ve found this isn’t good enough as the file won’t be ready to be manipulated and I won’t get any other notifications after the first so there is no way to tell when it’s actually done copying unless after the first notification I continually try to acquire locks until it succeeds.

The only other thing I can think of that would be less hackish would be to have some kind of end token file but since I don’t have control over the application creating the files in the first place I don’t see how I’d go about doing that and it’s still not ideal.

Any suggestions?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    This is a fairly common problem and one that doesn’t have an easy answer. Acquiring locks is one of the best options when you cannot change the thing at the remote end. Another I have seen is to watch the file at intervals until the size doesn’t change for an interval or two.

    Other strategies include writing a no-byte file as a trigger when the main file is complete and writing to a temp directory then moving the complete file to the real destination. But to be reliable, it must be the sender who controls this. As the receiver, you are constrained to watching the directory and waiting for the file to settle.

    • 0