Project

General

Profile

This project is closed and read-only.

Actions

Backport #8109

closed

FileUtils.mv fails across devices on Windows

Backport #8109: FileUtils.mv fails across devices on Windows

Added by mitchellh (Mitchell Hashimoto) over 13 years ago. Updated about 13 years ago.


Description

Reproduction code: https://gist.github.com/luislavena/5179408

The issue is that Ruby is using MoveFile under the covers: http://msdn.microsoft.com/en-us/library/windows/desktop/aa365239(v=vs.85).aspx

Quote directly from the MoveFile docs: "The one caveat is that the MoveFile function will fail on directory moves when the destination is on a different volume."

Instead, MoveFileEx should be used with the MOVEFILE_COPY_ALLOWED flag. This function has existed since XP, and since Ruby 1.9 is XP+, we can safely switch to this: http://msdn.microsoft.com/en-us/library/windows/desktop/aa365240(v=vs.85).aspx

The MoveFileEx call with the proper flag will just do the right thing.


Related issues 1 (0 open — 1 closed)

Related to Backport193 - Backport #8609: FileUtils.mv fails across devices on WindowsClosedusa (Usaku NAKAMURA)Actions

Updated by nobu (Nobuyoshi Nakada) over 13 years ago Actions #1 [ruby-core:53495]

=begin
Why Windows returns (({ERROR_ACCESS_DENIED})) on cross-device link for directory, while (({ERROR_NOT_SAME_DEVICE})) for file?
=end

Updated by usa (Usaku NAKAMURA) over 13 years ago Actions #2 [ruby-core:53542]

How reproduce this?
I cannot reproduce on Windows 7 (x64).
(The target volume is FAT32 on USB memory.)

Need network drive, or others?

Updated by luislavena (Luis Lavena) over 13 years ago Actions #3 [ruby-core:53545]

  • Category set to platform/windows
  • Assignee set to windows

usa (Usaku NAKAMURA) wrote:

How reproduce this?
I cannot reproduce on Windows 7 (x64).
(The target volume is FAT32 on USB memory.)

Need network drive, or others?

Dunno about moving from NTFS to FAT32, but I used ImDisk (a ram drive) to create a ntfs drive, then:

require "fileutils"
Dir.mkdir "C:/somedirectory"
FileUtils.mv "C:/somedirectory", "V:/another"

This fails because it relies on File.rename which uses FileMoveW and is not causing cross-device link error, but instead access denied, as "move" does in the Command Prompt

Since we use FileMoveEx anyway if the target file exists, perhaps we can directly use FileMoveEx all the way and use MOVEFILE_COPY_ALLOWED combined with MOVEFILE_REPLACE_EXISTING if necessary.

Updated by usa (Usaku NAKAMURA) over 13 years ago Actions #4

  • Status changed from Open to Closed
  • % Done changed from 0 to 100

This issue was solved with changeset r40001.
Mitchell, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.


  • win32/win32.c (wrename): use MoveFileExW instead of MoveFileW,
    because the latter fails on cross device file move of some
    environments.
    fix [ruby-core:53492] [Bug #8109]
    reported by mitchellh (Mitchell Hashimoto)

Updated by nagachika (Tomoyuki Chikanaga) over 13 years ago Actions #5 [ruby-core:53843]

Hello,

usa san, it seems a long-standing bug, isn't it? Do you want to backport r40001 to 1.9.3 branch? I will take a leaf from your opinion for 2.0.0.

Thanks.

Updated by usa (Usaku NAKAMURA) about 13 years ago Actions #6

  • Tracker changed from Bug to Backport
  • Project changed from Ruby to 15
  • Category deleted (platform/windows)
  • Status changed from Closed to Assigned
  • Assignee changed from windows to nagachika (Tomoyuki Chikanaga)

Sorry for late reply.
I should backport it to 1.9.3 (see #8609).

Updated by nagachika (Tomoyuki Chikanaga) about 13 years ago Actions #7

  • Status changed from Assigned to Closed

This issue was solved with changeset r42375.
Mitchell, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.


merge revision(s) 40001: [Backport #8109]

* win32/win32.c (wrename): use MoveFileExW instead of MoveFileW,
  because the latter fails on cross device file move of some
  environments.
  fix [ruby-core:53492] [Bug #8109]
  reported by mitchellh (Mitchell Hashimoto)
Actions

Also available in: PDF Atom