search for: setfileinformationbyhandl

...n the destination file isn't opened), boiled down to calling the function 'MoveFileExW' with the MOVEFILE_COPY_ALLOWED flag set, allowing renaming files across the volumes. The current implementation of the function 'rename' (in 'rename_internal'), essentially calls 'SetFileInformationByHandle'. This function is fast and atomic, so in a sense, it's an improvement over the previously used 'MoveFileExW'. However, 'SetFileInformationByHandle' doesn't work when the source and destination are located on the different volumes. My fix just falls back to calling ...

...> file isn't opened), boiled down to calling the function 'MoveFileExW' with > the MOVEFILE_COPY_ALLOWED flag set, allowing renaming files across the > volumes. > The current implementation of the function ‘rename’ (in > 'rename_internal'), essentially calls 'SetFileInformationByHandle'. This > function is fast and atomic, so in a sense, it's an improvement over the > previously used 'MoveFileExW'. However, 'SetFileInformationByHandle' > doesn't work when the source and destination are located on the different > volumes. > > My fix j...

...when the destination file isn't opened), boiled down to calling the function 'MoveFileExW' with the MOVEFILE_COPY_ALLOWED flag set, allowing renaming files across the volumes. > The current implementation of the function ‘rename’ (in 'rename_internal'), essentially calls 'SetFileInformationByHandle'. This function is fast and atomic, so in a sense, it's an improvement over the previously used 'MoveFileExW'. However, 'SetFileInformationByHandle' doesn't work when the source and destination are located on the different volumes. > > My fix just falls back to...

Hi, Starting with LLVM 6, MSBuild incremental builds stopped working. I've tracked this down to a CL that modified how file renaming was done on Windows. It appears that FileTracker does not recognize renaming a file with SetFileInformationByHandle. https://github.com/llvm-mirror/llvm/commit/1b6a51a1425cc0180359ecd64733edb965f65d7c#diff-70db51c38d748dc9debf5f309643fcd8 You can repro this fairly easily by: 1) Downloading the prebuilt binaries of LLVM 6 or 7 for Windows. 2) Creating a new C++ project (I just chose the default console applica...

...the destination file isn't opened), boiled down to calling the function 'MoveFileExW' with the MOVEFILE_COPY_ALLOWED flag set, allowing renaming files across the volumes. >> The current implementation of the function ‘rename’ (in 'rename_internal'), essentially calls 'SetFileInformationByHandle'. This function is fast and atomic, so in a sense, it's an improvement over the previously used 'MoveFileExW'. However, 'SetFileInformationByHandle' doesn't work when the source and destination are located on the different volumes. >> >> My fix just falls...

Currently a power failure or other hard crash can cause lld leave a temporary file around. The same is true for other llvm tools. As an example, put a breakpoint in Writer.cpp:236 ("writeBuildId()") and restart the run a few times. You will get t.tmp43a735a t.tmp4deeabb t.tmp9bacdd3 t.tmpe4115c4 t.tmpeb01fff The same would happen if there was a fatal error between the

...case when the destination file isn't opened), boiled down to calling the function 'MoveFileExW' with the MOVEFILE_COPY_ALLOWED flag set, allowing renaming files across the volumes. The current implementation of the function ‘rename’ (in 'rename_internal'), essentially calls 'SetFileInformationByHandle'. This function is fast and atomic, so in a sense, it's an improvement over the previously used 'MoveFileExW'. However, 'SetFileInformationByHandle' doesn't work when the source and destination are located on the different volumes. My fix just falls back to calling ...

...case when the destination file isn't opened), boiled down to calling the function 'MoveFileExW' with the MOVEFILE_COPY_ALLOWED flag set, allowing renaming files across the volumes. The current implementation of the function ‘rename’ (in 'rename_internal'), essentially calls 'SetFileInformationByHandle'. This function is fast and atomic, so in a sense, it's an improvement over the previously used 'MoveFileExW'. However, 'SetFileInformationByHandle' doesn't work when the source and destination are located on the different volumes. My fix just falls back to calling ...

...file isn't opened), boiled down to calling the function 'MoveFileExW' with > the MOVEFILE_COPY_ALLOWED flag set, allowing renaming files across the > volumes. > > The current implementation of the function ‘rename’ (in > 'rename_internal'), essentially calls 'SetFileInformationByHandle'. This > function is fast and atomic, so in a sense, it's an improvement over the > previously used 'MoveFileExW'. However, 'SetFileInformationByHandle' > doesn't work when the source and destination are located on the different > volumes. > > > &gt...

...case when the destination file isn't opened), boiled down to calling the function 'MoveFileExW' with the MOVEFILE_COPY_ALLOWED flag set, allowing renaming files across the volumes. The current implementation of the function ‘rename’ (in 'rename_internal'), essentially calls 'SetFileInformationByHandle'. This function is fast and atomic, so in a sense, it's an improvement over the previously used 'MoveFileExW'. However, 'SetFileInformationByHandle' doesn't work when the source and destination are located on the different volumes. My fix just falls back to calling ...

...when the destination file isn't opened), boiled down to calling the function 'MoveFileExW' with the MOVEFILE_COPY_ALLOWED flag set, allowing renaming files across the volumes. > The current implementation of the function ‘rename’ (in 'rename_internal'), essentially calls 'SetFileInformationByHandle'. This function is fast and atomic, so in a sense, it's an improvement over the previously used 'MoveFileExW'. However, 'SetFileInformationByHandle' doesn't work when the source and destination are located on the different volumes. > > My fix just falls back to...

...file isn't opened), boiled down to calling the function 'MoveFileExW' with > the MOVEFILE_COPY_ALLOWED flag set, allowing renaming files across the > volumes. > > The current implementation of the function ‘rename’ (in > 'rename_internal'), essentially calls 'SetFileInformationByHandle'. This > function is fast and atomic, so in a sense, it's an improvement over the > previously used 'MoveFileExW'. However, 'SetFileInformationByHandle' > doesn't work when the source and destination are located on the different > volumes. > > > &gt...

...case when the destination file isn't opened), boiled down to calling the function 'MoveFileExW' with the MOVEFILE_COPY_ALLOWED flag set, allowing renaming files across the volumes. The current implementation of the function ‘rename’ (in 'rename_internal'), essentially calls 'SetFileInformationByHandle'. This function is fast and atomic, so in a sense, it's an improvement over the previously used 'MoveFileExW'. However, 'SetFileInformationByHandle' doesn't work when the source and destination are located on the different volumes. My fix just falls back to calling ...

...ly check return values in IAMMultiMediaStreamImpl_Initialize (Coverity). kernel32: Correctly check for an empty short filename in GetShortPathNameW (Coverity). wbemprox: Treat \r as whitespace. winebuild: Set a valid major and minor linker version. kernel32: Improve stub for SetFileInformationByHandle. kernel32: Forward SetFileInformationByHandle FileDispositionInfo class to ntdll. d3d8: Mark one more function as hotpatchable. ddraw: Make some functions hotpachable. Michael Stefaniuc (11): dswave: Remove gratuitous IDirectMusicSegment8 from DirectSoundWave. dswave...

...functions. Nikolay Sivov (5): kernel32/nls: Add LOCALE_SPERCENT locale data. kernel32/nls: Add LOCALE_SPERMILLE data. kernel32/nls: Add percent formatting values. kernel32/nls: Add locale data for positive and negative infinity. kernel32: Support FileBasicInfo case in SetFileInformationByHandle(). Qian Hong (1): advapi32: Initialize the LsaLookupSids() LSA_TRANSLATED_NAME.Name string properly. Serge Gautherie (1): kernel32/tests: Test QueryFullProcessImageNameW() flags. Zebediah Figura (12): d3dcompiler: Parse type name strings. mscorwks: New DLL. include...

...6126 Provide more exception context information in ARM64 implementation of raise_exception() 46129 'sqlwriter.exe' from Microsoft SQL Server 2012/2014 crashes on unimplemented function VSSAPI.DLL.??0CVssWriter@@QEAA at XZ 46130 Star Citizen (RSI launcher) installer needs kernel32.dll.SetFileInformationByHandle 'FileIoPriorityHintInfo' info class semi-stub 46135 Microsoft ODBC tool 'odbcconf.exe' (part of MDAC 2.x install) crashes during configuration (some 'advapi32.dll' API entries are not hotpatchable due to PIC/GOT code at entry) 46143 Multiple Windows 10 ARM64 apps cras...

...o speed up operations on stdout and stderr. Putin Evgeny (1): cscript: Correct forming cmd for forwarding to wscript. Rico Sch?ller (1): advapi32: Use the lower 32bit of the special HKEYs on 64bit. Ri?ardas Barkauskas (3): advapi32: Add AddMandatoryAce stub. kernel32: Add SetFileInformationByHandle stub. advapi32: Partially implement CreateProcessWithTokenW. Sergey Guralnik (3): user32/tests: Test standard scrollbar initialization. user32: Init standard scrollbars during WM_NCCREATE. winemenubuilder: Try to wait for creating icon files. Stefan D?singer (15): w...

...e background color 46578 IVMU Social Network Client (500 series) crashes when selecting menu / settings 46683 TopoEdit crashes with unimplemented function mf.dll.MFCreateVideoRendererActivate 47305 Notepad doesn't adjust caret and scroll position properly 47349 TesModManager require SetFileInformationByHandle with FileBasicInfo to properly set file timestamps 47807 Wine Mono fails to install fakedlls in a new 64-bit prefix 47815 Virtual desktop is missing window decorations 47821 gcin cannot input chinese characters 47876 mmdevapi:capture issues an invalid and fake todo 47885 games are n...