When you physically move a folder from one location to another on the same partition,
there is a very simple operation that can be performed by Windows to effect the move,
and this is what Windows Explorer uses to make the quick change.

Making a copy, or moving to a different drive or partition causes Windows to have to physically access every file,
making it a long process, and giving it many more problems.

So, your problem definitely needs to be attacked in the Move domain to get similar results.
There is an AutoIt3 command for DirMove which moves a directory, similar to how a file is moved,
so I think you will have to get a list of the directories in C:\ and move them one by one.

My guess then would be do do a loop like the one you use to do the verification, but instead get a list of all the items in C:\
Then, run both DirMove and FileMove on each item -- one of them will return failure, but that should be ok, as the other will succeed.

--matthew

I have noticed a tiny bug in this absolutely awesome utility...
I don't know if anyone else has seen this or if its just something odd about how my system is.

If I go to the top left corner of my desktop, with no window there,
then drag on the desktop, the grids will appear like I am dragging a window.
This only happens in about the top 100x25 pixels, just like there is a title bar there.

If I then drop into one of the grids, a titlebar will flash up for a very short time, like a program is being sized to fit the grid, then go away.
The title bar is for the Program Manager.

I believe this has something to do with the way AHK treats Program Manager as a window
for some functions to get the size of the desktop and a few other things.

I modified the GridMoveP1.ahk script, in the MousePosition sub, on the line beginning AND WinTitle != "",
to also include AND WinTitle != "Program Manager" which cures this little problem.

I've had this mod in place for a bit now and it doesn't seem to hurt anything.

Thanks for the awesome util,
--mrm