Done Move/Copy switch not make empty destination sub-folders

[Charles G]

>MOVE /s source\*.txt dest\

would make empty dest subfolders. Be great to have a switch for MOVE and I assume COPY not to make empty dest sub-folders....

See question re: Move for more details

 

[Alpengreis]

+1 from me

 

[Charles Dye]

The problem is that it's difficult to know ahead of time which ones will be empty. Consider recursion, advanced wildcards, ranges.... You kind of have to create directories which don't exist as you go.

I would suggest a different approach. Remember the names of all directories which are created, say in a linked list. Then, after the COPY or MOVE finishes, try to remove all of them — in reverse order, inside-out. Newly created directories which are still empty will be removed. Newly created directories which are not still empty will fail, but that's okay; just silently ignore the error and carry on.

 

[Alpengreis]

Ok, but - "just for logic" - why "copy" HAS a switch for this purpose "/F" and "move" not?

 

[rconn]

MOVE is a rename, COPY is a copy.

 

[Charles G]

How about @Charles Dye post Move/Copy switch not make empty destination sub-folders and creating a list and processing it in reverse order?

 

[rconn]

Seems like a vast amount of extra work that could be easily done with a DEL /S.