Compress, Encrypt, Package and Backup with only one tool

WinRAR (64-bit)

WinRAR 5.71 (64-bit)

  -  3 MB  -  Trial
  • Latest Version

    WinRAR 7.01 (64-bit)

  • Operating System

    Windows XP64 / Vista64 / Windows 7 64 / Windows 8 64 / Windows 10 64

  • User Rating

    Click to vote
  • Author / Product

    win.rar GmbH / External Link

  • Filename

    winrar-x64-571.exe

  • MD5 Checksum

    496ab814cb6cae04d292c6fe2fec4577

Sometimes latest versions of the software can cause issues when installed on older devices or devices running an older version of the operating system.

Software makers usually fix these issues but it can take them some time. What you can do in the meantime is to download and install an older version of WinRAR 5.71 (64-bit).


For those interested in downloading the most recent release of WinRAR (64-bit) or reading our review, simply click here.


All old versions distributed on our website are completely virus-free and available for download at no cost.


We would love to hear from you

If you have any questions or ideas that you want to share with us - head over to our Contact page and let us know. We value your feedback!

  • WinRAR 5.71 (64-bit) Screenshots

    The images below have been resized. Click on them to view the screenshots in full size.

    WinRAR 5.71 (64-bit) Screenshot 1
  • WinRAR 5.71 (64-bit) Screenshot 2
  • WinRAR 5.71 (64-bit) Screenshot 3
  • WinRAR 5.71 (64-bit) Screenshot 4
  • WinRAR 5.71 (64-bit) Screenshot 5

What's new in this version:

"Convert archives" command:
- improved performance when processing a lot of small archives in Windows 10
- fixed memory leaks which could lead to excessive memory use when converting to ZIP format

Corrupt ZIP archive processing:
- "Repair" command replaces packed and unpacked file sizes stored in local file header with sizes from central directory if local header sizes look invalid
- file extraction is stopped at unpacked size stored in ZIP headers even if available packed data allows further extraction. It is done to prevent unexpected hard drive space usage

- Ctrl+C allows to abort RAR "l" command quickly. In previous versions it could take several seconds until list command stopped

Bugs fixed:
- WinRAR could crash when attempting to display some types of archive comments in GUI shell, resulting in a denial of service
- if "Save archive name" and "Add to context menu" options were set in compression profile parameters and profile was invoked from Explorer context menu, WinRAR proposed an automatically generated archive name instead of name saved in profile
- WinRAR displayed an unneeded pair of round brackets in "Archive" column of "Diagnostic messages" window for system error messages
- "Extract to folder\" Windows Explorer context menu command could fail to unpack ZIP archives if their names included a numeric part followed by .zip extension, arbitrary data was present before the first file record and "Remove redundant folders from extraction path" WinRAR option was switched on
- in "RAR x -x<mask> arcname" command, parent folders of files matching the specified mask also were excluded from extracting
- "Find" command returned the current folder own name additionally to its contents for "Current folder" search area if folder name matched "File names to find" mask if "Find in files" and "Find in archives" are both enabled, "Find" command did not match an archive name itself against "File names to find" mask after searching inside of archive. So it did not display archive names for masks like *.rar and applied this mask only to files inside of archives
- when running an executable directly from archive, WinRAR 5.70 did not set a temporary folder with unpacked files as current. So executables attempting to access other archived files in current folder could fail to work
- WinRAR could be inaccessible for few seconds after closing an archived file opened in internal viewer in Windows 10
- dragging a file to subfolder of ZIP archive with "Store full paths" option enabled produced invalid pathnames consisting of repeated subfolder name. Same invalid pathnames were produced if adding files to ZIP archive with -ap<folder> -ep2 switches