On Mon, 2 Feb 2026 at 17:04, Corinna Vinschen via Cygwin <[email protected]> wrote: > > On Feb 2 14:47, Dan Shelton via Cygwin wrote: > > On Mon, 2 Feb 2026 at 14:40, Corinna Vinschen via Cygwin > > <[email protected]> wrote: > > > > > > On Feb 2 13:24, Dan Shelton via Cygwin wrote: > > > > I'm not sure whether the Cygwin code is correct. I did a peek with a > > > > kernel debugger, and I see that FILE_RENAME_INFORMATION.RootDirectory > > > > is always NULL if a file gets renamed to .cyg000000000xxxx. But if I > > > > try that with NTFS or SMB, the NtSetInformationFile() to set > > > > FileRenameInformation always fails. > > > > > > Your testcase is incorrect, unfortunately. > > > > > > > fri->FileNameLength = (wcslen(dstfile)+1)*sizeof(wchar_t); > > > > > > For NT file paths, never count the trailing \0 to the length: > > > > > > fri->FileNameLength = wcslen(dstfile) * sizeof (WCHAR); > > > > > > With that, your testcase works fine for me. > > > > > > On which filesystem did you see the problem? > > > > Windows NFSv3 client (the builtin one, not the newer NFSv4.1 one). > > The files in question are actually files which got renamed while > in use. I don't know another way to implement removing in-use files > on remote file systems not supporting delete POSIX semantics. If > somebody has a brilliant idea, https://cygwin.com/acronyms/#PTC.
Did you see that these are directories, not files? How does that happen? Dan -- Dan Shelton - Cluster Specialist Win/Lin/Bsd -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
