The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
Long path names are either handled correctly already by robocopy, or I've just been very lucky and have never encountered them. Must be the first one, because when it comes to this sort of thing, luck is rarely on my side.
I saw this link before posting and it didn't help me with a long path over 300 C, so I am posting here
..the program that I mentioned before solved the problem, but can you apply the solution in the link you shared? maybe I have a technical problem which prevents me from applying it !!
can you apply the solution in the link you shared?
I'm not sure I understand. The only link I provided was to a StackExchange discussion that mentions robocopy should support long paths out of the box, and before that, a sample of how I use the command myself.
This article shows various ways to enable NTFS long paths in Windows 10, but looking at the registry on two of my systems (one of which is my NAS, which is what I use robocopy against), it looks like I don't have it explicitly enabled...so I'm not sure if it's necessary. OTOH, my "NAS" is running Windows 7, so it can't be a "recent version of Windows 10"-only feature.
I realize this will come across as a lame suggestion, but is there any chance you can organize your folder structure so it doesn't run so deep? My NAS is essentially my archive of all my documents, music, source code, CD/DVD ISOs, installers, etc...and--unless robocopy is failing silently--I've somehow managed to avoid running into the path limit, and this is the "live archive" I've been using for 10+ years. In fact it's unlikely to be the case, because now that I think of it, even the last time I moved my entire set of files from an 8TB drive to a 10TB drive, I compared the total amount of data on the original disk with the target, and I got a match (down to the byte), so I know nothing got left behind because the path was too long.
Another thought (again, rather lame): Is your drive formatted as NTFS?
I see in another response in this thread that you've found a solution using another tool - good to know. I honestly don't know at this point what to suggest might be wrong with robocopy.
, but what does this comment mean "what to suggest might be wrong with robocopy." ?
I simply meant to say I don't know why robocopy isn't working in the expected way in your case. Because if the discussion at the link I had provided is accurate, then robocopy should already support long paths and it should "just work". But clearly it doesn't, at least in your particular situation.
BTW: If you come across spam, don't edit it or reply to it - just mark it as spam using the red flag and report it and the user in S&A: Spam and Abuse Watch Discussion Boards[^] - once it's closed as spam, someone will clean up the garbage. But that's harder to do if there are replies.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!