Extract or List Zip Archives
Extract files from or list a zip archive.
unzip(zipfile, files = NULL, list = FALSE, overwrite = TRUE, junkpaths = FALSE, exdir = ".", unzip = "internal", setTimes = FALSE)
- The pathname of the zip file: tilde expansion (see
path.expand) will be performed.
- A character vector of recorded filepaths to be extracted: the default is to extract all files.
TRUE, list the files and extract none. The equivalent of
TRUE, overwrite existing files, otherwise ignore such files. The equivalent of
TRUE, use only the basename of the stored filepath when extracting. The equivalent of
- The directory to extract files to (the equivalent of
unzip -d). It will be created if necessary.
- The method to be used. An alternative is to use
getOption("unzip"), which on a Unix-alike may be set to the path to a
- logical. For the internal method only, should the file times be set based on the times in the zip file? (NB: this applies to included files, not to directories.)
list = TRUE, a data frame with columns
Length(the size of the uncompressed file, numeric) and
Otherwise for the
"internal"method, a character vector of the filepaths extracted to, invisibly.
The default internal method is a minimal implementation, principally
designed for Windows' users to be able to unpack Windows binary
packages without external software. It does not (for example) support
Unicode filenames as introduced in If File times in zip files are stored in the style of MS-DOS, as local times
to an accuracy of 2 seconds. This is not very useful when
transferring zip files between machines (even across continents), so
we chose not to restore them by default.
unzip = "unzip" with
unzip specifies a program, the format of the dates listed
list = TRUE is unknown (on Windows it can even depend on
the current locale) and the return values could be
expressed in the wrong time zone or misinterpreted (the latter being
far less likely as from
File times in zip files are stored in the style of MS-DOS, as local times to an accuracy of 2 seconds. This is not very useful when transferring zip files between machines (even across continents), so we chose not to restore them by default.
The internal C code uses
zlib and is in particular based on the
contributed minizip application in the
unz to read a single component from a zip file.