This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(272, 14.000000000000002%, 36%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EJR%3C/text%3E%3C/svg%3E)
I can reliably crash .NET and C++ packaged applications (MSIX) on Windows 11 24H2 with Heap Corruptions, when updating Cloud Filter mini-driver placeholder files using CfUpdatePlaceholder.
Repro: https://github.com/iterate-ch/CloudFiles-HeapCorrupt The application will never actually complete the 300 placeholder updates, and sometime crash with heap corruption inside the loop:
Ausnahmefehler bei 0x00007FFA2DE9DA95 (ntdll.dll) in SyncApp.exe: 0xC0000374: Ein Heap wurde beschädigt (Parameter: 0x00007FFA2DFCB0E0)
This does not happen on Windows 11 23H2.
Please let me know, what I have to do to get this fixed.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(201.6, 57.00000000000001%, 29%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EMY%3C/text%3E%3C/svg%3E)
I am able to reproduce the problem on Win11 24H2.
As this issue is complex, if you want to resolve this issue as soon as possible, you can open an incident via Contact us tab at link below: https://developer.microsoft.com/en-us/windows/support/
Please choose the Technical Support - Coding/Debugging for Windows SDK for this issue. In-addition, if the support engineer determines that the issue is the result of a bug the service request will be a no-charge case and you won't be charged.
So, I've did more testing, and it looks like what previously worked (handing over a Win32 handle of a not exlusively opened OpLock handle) doesn't work anymore - basically
CfOpenFileWithOplock(file.wstring().c_str(), CF_OPEN_FILE_FLAG_EXCLUSIVE, handle.put())
CfUpdatePlaceholder(handle.get())
without going through all of the protected handle stuff.
I've previously not used an exclusive handle, which works on 23H2, and previous versions, due to this documentation comment:
In the case of a file, the caller must acquire an exclusive handle to the file if it also intends to dehydrate the file at the same time or data corruption can occur.
Which I assumed meant that to update metadata, there's no need to use an exclusive oplock handle. However, this seems to be enforced on 24H2, or an implementation error in CldApi.