Sign in United States (English) HomeWindows 8Windows 7Windows VistaWindows XPMDOPWindows IntuneLibraryForums Ask a question Quick access Search related threads Asked by: Microsoft Richcopy Windows 7 IT Pro > Windows 7 Performance General discussion • 15 Sign in to vote Hi One of the Microsoft tools that was being used by Microsoft programmers to copy or move files in faster speed. This tool was developed in 1996 but it was being used internally by Microsoft and was not made available for public usages. However, at a later stage they made it available for free public download and now you can also experience faster file copying and moving with this small Windows utility, called RichCopy. RichCopy can copy multiple files. at a time with up to 8 times faster speed than the normal file copy and moving process. Surprisingly it copies and moves files even faster than RoboCopy tool and XCOPY command. Since the tool was being used by the developers, they made it pretty effective and stable . download Microsoft Rich copy 4.0 Key Features of RichCopy 1. More powerful, faster and stable than than any other file copying tool. 2. Create several profiles to assign special settings with a specific profile. 3. Copy files from multiple and different locations and save in a single destination. 4. Filter the files based on the date, time and choose to either copy or opt those files. 5. Being on GUI, supports command lines. 6. Suspend and resume file copy at any time. Reference : Technet Magazine Hope it Helps Nikhil o Edited by Nikhil Deshpande Monday, December 07, 2009 3:17 AM changed to Noel's Link o Edited by Ronnie VernonMVP, Moderator Tuesday, March 16, 2010 9:48 PM edit Sunday, December 06, 2009 4:26 AM Reply | Quote All replies • 0 Sign in to vote Sounds Good-:) Sunday, December 06, 2009 12:14 PM Reply | Quote • 0 Sign in to vote Yeah Nice Share we can move with more files ah! Sunday, December 06, 2009 12:22 PM Reply | Quote • 5 Sign in to vote Great find, Nikhil! Thank you. By the way, I couldn't access the link you posted. Here's another: http://download.microsoft.com/download/f/d/0/fd05def7-68a1-4f71-8546- 25c359cc0842//HoffmanUtilitySpotlight2009_04.exe -Noel Monday, December 07, 2009 1:55 AM Reply | Quote • 0 Sign in to vote HI Noel Thanks for the link its working fine yesterday, i will change the link and replaces that you have posted. thanks for your wishes. Nikhil Monday, December 07, 2009 3:15 AM Reply | Quote • 0 Sign in to vote I've been using RichCopy 4.0.217 for some time now and it works great...when it works. Since it's free, there's no support available. My problem is that it will occasionally neglect to copy a bunch of files, giving an error, "The system cannot find the path specified." Perhaps it can't create a folder in the destination, despite having sufficient permissions. Can I buy another clue? Any other users out there? Monday, January 11, 2010 10:49 PM Reply | Quote • 0 Sign in to vote I've been trying to use it to quickly backup some files to take off our server. a) I've had the same "The system cannot find the path specified." message many, many times. This leads me to question if it gets everything, and it doesn't really save time if you need to run it twice! I've tried decreasing or increasing threads to no avail. b) Not once has the program actually completed, crashing out at some random time in the process. The error (posted below) looks liek a GUI issue, and not actually to do with copying the files at all! Not being supported, of course there nowhere to check for assistance or clues. I'm not suprised they kept this as an Internal app - I'll stay with Robocopy for now. ******************* Faulting application name: RichCopy.exe, version: 4.0.217.0, time stamp: 0x4a2fa7bf Faulting module name: comctl32.dll, version: 6.10.7600.16385, time stamp: 0x4a5bd976 Exception code: 0xc0000409 Fault offset: 0x0009a4ef Faulting process id: 0x26c8 Faulting application start time: 0x01ca98c61402b389 Faulting application path: C:\Program Files\Microsoft Rich Tools\RichCopy 4.0\RichCopy.exe Faulting module path: C:\Windows\WinSxS\x86_microsoft.windows.common- controls_6595b64144ccf1df_6.0.7600.16385_none_421189da2b7fabfc\comctl32.dll Wednesday, January 20, 2010 2:59 AM Reply | Quote • 0 Sign in to vote I have the same problem with RichCopy 4.0.217.0 crashing out randomly. I would use RoboCopy instead, but my workplace is still stuck on Windows XP SP3 until Windows 7 SP1 is released. The Windows XP version of RoboCopy has its own share of bugs. Monday, February 01, 2010 5:53 PM Reply | Quote • 0 Sign in to vote I just tried out RichCopy and it's a great tool... but I found that everytime it hits a file or folder with an & symbol in it fails to copy. Instead it reports, "The filename, directory name, or volume label syntax is incorrect." So it's almost perfect... but it can't copy "Marley & Me.mpg" or copy any files out of a folder called "This & That". Tuesday, March 16, 2010 8:21 PM Reply | Quote • 0 Sign in to vote i know the feeling. i've tried robocopy, xcopy, richcopy (seems buggy and unreliable when choosing single extensions to include), however there is XXCopy from pixelabs. No, it's not free but it does work very well. Last week, i began switching all of my scripting over from a combination of xcopy + xxcopy over to robocopy since our MS licensing allows us to use it at no cost, has built-in switches for easily logging the copy process, PLUS it had the copy status % and ETA options. Once I got to one of the last scripts, I figured out that robocopy cannot search multiple files on disk and place them into a single folder (aka concatenate). An example is to search for all .PST files and place them into a single folder such as "%userprofile%\my documents\archives". XXCopy has this feature (use the /SG switch) and it works very well. Plus, if a duplicate name is encountered during the copying process, it simply takes (file #1 - archive.pst) and makes it archive0001.pst. Otherwise, all filenames are exactly what they were before. I originally just used xcopy until about 2 years ago when the requrement came up to consolidate all of the PST files into one folder. XXCopy did this one task perfectly every time and i never bothered replacing xcopy since it was already working fine. Unless something changes in the next week or two, I guess i will move everything to XXCopy and upgrade our license count. Wednesday, March 24, 2010 11:52 AM Reply | Quote • 0 Sign in to vote I have had the same issue with RichCopy crashing. When running it on a Win2k3 std x86 server the application just closes, on Win2k8 r2 std x64, it will actually give me an error message. Here is the application error: Faulting application name: RichCopy64.exe, version: 4.0.217.0, time stamp: 0x4a2fa7b5 Faulting module name: RichCopy64.exe, version: 4.0.217.0, time stamp: 0x4a2fa7b5 Exception code: 0xc0000005 Fault offset: 0x000000000006b4d3 Faulting process id: 0x1d70 Faulting application start time: 0x01cadcde196c0a39 Faulting application path: C:\Program Files (x86)\Microsoft Rich Tools\RichCopy 4.0\RichCopy64.exe Faulting module path: C:\Program Files (x86)\Microsoft Rich Tools\RichCopy 4.0\RichCopy64.exe Report Id: 566020c7-4945-11df-889d-0024e877b0fe The screenshot i have displays 3 of the files being copied, two of them are from a folder with an '&' symbol. I am rather surprised this is the culprit, but it appears to be so. Looks like I am headed back to RoboCopy :/ Friday, April 16, 2010 3:17 PM Reply | Quote • 0 Sign in to vote The amperand (&) symbol means something special in DOS command line lingo, and is uncommon in file/folder names, so it's not tremendously surprising some tools might have a problem with it. They're not handling it properly. Something to try would be to put the path in quotes, if possible. If that doesn't work, maybe the best thing to do would be to rename that folder, if possible. -Noel Friday, April 16, 2010 4:04 PM Reply | Quote • 0 Sign in to vote I just did some more testing and I don't think the ampersand is the problem, i think its the path length. The path it is choking on is over 255 characters (including spaces). I am going to retry my copy, mapping the drive to a letter which should save ~30 char. Any other work around for long path names? If this continues to be a problem is there an easy way to get a listing of all of the paths over 255 chars? Thanks! Tuesday, April 20, 2010 9:06 PM Reply | Quote • 0 Sign in to vote "%" in file name also causes problem. Monday, July 26, 2010 8:44 PM Reply | Quote • 0 Sign in to vote I've just run into that long pathname problem. In Windows 7 when it starts to read Users\All Users\Application Data, it gets into some kind of recursive loop, e.g. \Application Data\Application Data\Application Data\Application Data ... until the pathname length exceeds 255 chars. Then it bombs and I get the Windows 7 prompt to let Microsoft look online for solutions. I tried to filter "Application Data" as the name of a folder but that didn't work for some reason.