Why didn’t Read­Directory­ChangesW provide a way to correlate the two sides of a rename operation?

# Why didn't Read­Directory­ChangesW provide a way to correlate the two sides of a rename operation? - The Old New Thing Source: [https://devblogs.microsoft.com/oldnewthing/20260914-00?p=112696](https://devblogs.microsoft.com/oldnewthing/20260914-00?p=112696) Brian Dellisanti asked[why`Read­Directory­ChangesW`didn’t provide a way to correlate the two sides of a rename operation](https://devblogs.microsoft.com/oldnewthing/20260508-00/?p=112310&commentid=144190#comment-144190)\. I wasn’t there, but I can guess\. My guess is that the implementation always generated the two events one right after the other, so “obviously” the way you correlate them is to save the old name when you see the`FILE\_ACTION\_RENAMED\_OLD\_NAME`, and when the`FILE\_ACTION\_RENAMED\_NEW\_NAME`comes immediately after, you have your two sides\. But they never wrote down that the two events always occur in direct succession\. Which meant that when new file systems came along, they might not honor the unwritten rule\. If two files are being renamed at the same time, is it possible that the two sets of rename events end up interleaved? There was nothing written down to forbid it, so I guess it’s possible\. Note that I don’t know whether any file systems actually break this unwritten rule\. From what I can tell, they do generate the two events in rapid succession, but rapid succession doesn’t*a priori*guarantee that they will come directly one after the other, particularly if there is a lot of concurrent disk activity going on\. In practice, I couldn’t find a lot of code tracking renames anyway\. They generally treated the`FILE\_ACTION\_RENAMED\_OLD\_NAME`as a deletion and the`FILE\_ACTION\_RENAMED\_NEW\_NAME`as a creation\. And the ones that did track renames assumed that renames did not interleave\. \(Not that they had much choice\.\) I don’t think that providing the file IDs for the two sides of a rename operation was the purpose of`Read­Directory­Changes­ExW`‘s`Read­Directory­Notify­Extended­Information`\. It was just a happy side effect that the extra information in the`Read­Directory­Notify­Extended­Information`also gives you the pieces needed to connect the dots reliably\. I thought you might appreciate me pointing out the trick, that’s all\. ### Category ### Topics ## Author  Raymond has been involved in the evolution of Windows for more than 30 years\. In 2003, he began a Web site known as The Old New Thing which has grown in popularity far beyond his wildest imagination, a development which still gives him the heebie\-jeebies\. The Web site spawned a book, coincidentally also titled The Old New Thing \(Addison Wesley 2007\)\. He occasionally appears on the Windows Dev Docs Twitter account to tell stories which convey no useful information\.