Difference between revisions of "Template:BfileMultipleFilesWarning"

From WikiPrizm
Jump to navigationJump to search
Line 1: Line 1:
Despite the OS support for up to 16 simultaneously open files and file finding handles, strange behavior (most likely a OS bug) occurs if files other than the one in the first handle slot are located in directories. This is why the [https://github.com/gbl08ma/utilities/blob/32d0e0d379a7ddb93501a22eff6340b3f5fb7b96/src/fileProvider.cpp#L256 file copying function of the Utilities add-in], which opens both the source and the destination file at once, uses a temporary file in the root folder as the destination file, and only [[Bfile_RenameEntry|moves]] it to the intended correct destination path in the end.
+
The OS supports up to 16 simultaneously open files and file finding handles, but strange behavior (most likely a OS bug) occurs if files other than the one in the first handle slot are located in directories. This is why the [https://github.com/gbl08ma/utilities/blob/32d0e0d379a7ddb93501a22eff6340b3f5fb7b96/src/fileProvider.cpp#L256 file copying function of the Utilities add-in], which opens both the source and the destination file at once, uses a temporary file in the root folder as the destination file, and only [[Bfile_RenameEntry|moves]] it to the intended correct destination path in the end.

Revision as of 18:27, 3 August 2014

The OS supports up to 16 simultaneously open files and file finding handles, but strange behavior (most likely a OS bug) occurs if files other than the one in the first handle slot are located in directories. This is why the file copying function of the Utilities add-in, which opens both the source and the destination file at once, uses a temporary file in the root folder as the destination file, and only moves it to the intended correct destination path in the end.