summaryrefslogtreecommitdiff
path: root/archival (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* Fix a bug where cpio wouldnt work unless -u was specifiedGlenn L McGrath2003-11-151-10/+8
|
* Move from read_gz to the pipe()+fork() method.Glenn L McGrath2003-11-1515-272/+150
| | | | | | | | | open_transformer(), common code for pipe+fork. Function pointer for read() no longer needed. Allow inflate to be initialised with a specified buffer size to avoid over-reading. Reset static variables in inflate_get_next_window to fix a bug where only the first file in a .zip would be be extracted.
* Fix memory leaksGlenn L McGrath2003-11-151-0/+3
|
* Keep trying to find a good header, if we exit it will cause .tar.gzGlenn L McGrath2003-11-141-1/+1
| | | | files to compute incorrect crc and length for gzip
* Catch unsupported featuresGlenn L McGrath2003-11-141-7/+15
|
* Fix build error with tar -jGlenn L McGrath2003-11-141-1/+1
|
* Remove some tar_gz stuff that get dragged inGlenn L McGrath2003-11-141-3/+4
|
* Remove debugging noise.Glenn L McGrath2003-11-141-1/+0
|
* Read in blocks rather than one char at a time, greatly improves speedGlenn L McGrath2003-11-141-4/+23
|
* Vladimir N. Oleynik (vodz) writes:Eric Andersen2003-11-141-4/+1
| | | | | | | | | | | | Hi Glenn. I analysed BSS size gzip applet and found may be mistake: updcrc() checking if (crc_table_empty) but not resetted this var. This do make slow gzip applet ;-) --w vodz
* This appears to be the correct fix to make CONFIG_FEATURE_DEB_TAR_BZ2Eric Andersen2003-11-071-3/+2
| | | | | support compile. Glenn, you may want to verify this. -Erik
* fix commentEric Andersen2003-11-071-1/+1
|
* Fix tar -j supportGlenn L McGrath2003-11-053-23/+43
| | | | | | | | | | | | | | Use the old fork() method of tar compression support, rather than read_bz2.... - (*uncompress)(int in, int out) seems like a more natural interface for compression code. - it might improve performance by seperating the work into one cpu bound and one io bound process. - There is extra code required to do read_[gz|bunzip] since (*uncompress)(int in, int out) will normally be used by the standalone compression applet. There have been problems with this method so if you see a "Short read" error let me know.
* Put back the tar support stubs (and warnings) for now.Eric Andersen2003-10-311-0/+16
|
* Fix stupid typoEric Andersen2003-10-311-1/+1
|
* make CONFIG_FEATURE_UNARCHIVE_TAPE common between itar and cpio, patchGlenn L McGrath2003-10-291-7/+10
| | | | by Arthur Othieno
* Use the return value from uncompress_bunzip, fix some typoGlenn L McGrath2003-10-291-8/+5
|
* Add some error messages, use xmalloc instead of mallocGlenn L McGrath2003-10-281-5/+18
|
* Fix a logic error, the old bunzip code returned non-zero for success,Glenn L McGrath2003-10-281-1/+1
| | | | new code returns 0 for success.
* Conditionally compile some files.Glenn L McGrath2003-10-281-20/+23
| | | | | | | This hides a bug related to the new bunzip code in the tar and dpkg[-deb] applets. It will also reduce compile time a little as some unused files wont be compiled.
* Another bzip2 update and speedup from Manuel Novoa III, with someEric Andersen2003-10-231-223/+267
| | | | additional changes (primarily lots of comments) from Rob Landley.
* Andreas Mohr writes:Eric Andersen2003-10-221-10/+10
| | | | | | | | | | | the busybox menuconfig triggered my "inacceptable number of spelling mistakes" upper level, so I decided to make a patch ;-) I also improved some wording to describe some things in a better way. Many thanks for an incredible piece of software! Andreas Mohr, random OSS developer
* Manuel Novoa III writes:Eric Andersen2003-10-181-22/+43
| | | | | | | | | | | | | | | | | | | | | | | Hello Rob, Here's a patch to your bunzip-3.c file. Nice work btw. One minor bug fix... checking for error return when read()ing. Some size/performance optimizations as well. One instance of memset() seems unnecssary. You might want to take a look. Anyway, on my machine, decompressing linux-2.6.0-test7.tar.bz2 to /dev/null gave the following times: bunzip-3.c bzcat (system) bunzip-3.c (patched) real 0m24.420s 0m22.725s 0m20.701s user 0m23.930s 0m22.170s 0m20.180s sys 0m0.070s 0m0.080s 0m0.140s Size of the patched version is comparable (slightly larger or smaller depending on compiler flags). Manuel
* Rob Landley's new micro-bunzip version 3. Rob writes:Eric Andersen2003-10-181-1592/+465
| | | | | | | | | | | | | | | | | | | | | | | | The API for using partial writes, as described in my last message, sucked. So here's a patch against my last patch that changes things so that write_bunzip_data calls read_bunzip_data itself behind the scenes whenever necessary. So usage is now just start_bunzip(), write_bunzip_data() until it returns a negative number, and then the cleanup at the end of uncompressStream. It adds 32 bytes to the executable, but it should allow the caller (tar) to be simplified enough to compensate. Total -Os stripped exe size now 6856 bytes. Rob P.S. I attached the whole C file so you don't have to keep incremental patches straight if you don't want to. :) P.S. In the version I'm banging on now, I've simplified the license to just LGPL. I read the OSL a bit more closely and the patent termination clause would have bit IBM in their counter-suit of SCO if the code in question had been OSL instead of GPL, and I've decided I just don't want to beta-test legal code right now.
* Fix -C option when creating tar files.Glenn L McGrath2003-10-021-30/+37
| | | | | | | | Need to chdir after the tar file is opened, so make common tar filename parsing and send the file descriptor rather than filename to writeTarFile. Modify the verboseFlag operation to determine wether to display on stderr or stdout at display time, simpler than doing it in tar_main.
* Do not shadow the global name 'accept'Eric Andersen2003-09-151-2/+2
|
* Fix handling of hardlinks when OLDGNU and GNU extensions arent enabled.Glenn L McGrath2003-09-121-3/+0
|
* Use the typeflag to identify if its a hardlink on OLD and GNU posixGlenn L McGrath2003-09-121-6/+6
| | | | modes, fixes a bug extracting hardlinks to symlinks.
* Marc A. Lehmann writes:Eric Andersen2003-09-111-1/+1
| | | | | | | | | | | | | | | The tar -x command in busybox does not restore the file mode correctly. The reason is most probably this code in archival/libunarachive/data_extract_all.c: chmod(file_header->name, file_header->mode); chown(file_header->name, file_header->uid, file_header->gid); chown clears the set*id bits (on current versions of linux :). Flipping the order around fixes the problem. (tested with 1.00pre3 from cvs).
* If a tar entry is a regualr file ending in a '/' then its really aGlenn L McGrath2003-09-091-5/+5
| | | | | | | | | | | | directory. From http://www.gnu.org/manual/tar/html_node/tar_123.html REGTYPE AREGTYPE These flags represent a regular file. In order to be compatible with older versions of tar, a typeflag value of AREGTYPE should be silently recognized as a regular file. New archives should be created using REGTYPE. Also, for backward compatibility, tar treats a regular file whose name ends with a slash as a directory.
* Dont unlink when testing !Glenn L McGrath2003-08-283-43/+44
| | | | | | | Always preserve creation date Disable the -p option its for modification date Remove some cpio header debugging noise Syncronise file listing behaviour with upstream.
* trivial doc fixEric Andersen2003-08-221-2/+3
|
* Change hardlink handling for tar to work the same way as cpioGlenn L McGrath2003-08-142-44/+46
|
* Fix bug when handling debian packages.Glenn L McGrath2003-07-311-3/+5
| | | | | | If we read the contents of compressed files within the ar archive, e.g. control.tar.gz, then file position gets all out of whack, so it has to be reset before reading thenext header.
* Fixup problem unconditionally converting all hard links to symlinks.Eric Andersen2003-07-161-6/+1
|
* Update a bunch of docs. Run a script to update my email addr.Eric Andersen2003-07-149-11/+10
|
* Patch from Thomas Cameron:Eric Andersen2003-07-141-28/+28
| | | | | | | | | | | Hello all, This patch adds more "Help" text to the config system. Almost all applets now have a help entry. Also, I cleaned up the spacing of the existing text so that things are consistent. This patch is against this morning's CVS. Thomas Cameron CEI Systems, Inc.
* Be certain to not abort prematurely when reading stuff from pipes.Eric Andersen2003-07-053-3/+3
|
* As noted by Thomas Eckert:Eric Andersen2003-07-051-2/+9
| | | | | | | | | | | | | | | | bb-tar "cjf" does not create a valid tbz2-archive -- if fact the result is a plain tar-file (no compression) -- but does not warn about the unrecognized parameter combination "cj" (bb does not have bzip2-compression yet, right?). to fix this I have added an error message stating this does not work. He also reported cosmetic: versose "-v" does not show any output when used with "create" which I have now fixed as well. -Erik
* Patch from Kent Robotti adding a bunch of needed docs!Eric Andersen2003-07-051-2/+2
| | | | -Erik
* Glenn McGrath (bug1) isaway from my email till the 17th, but caught me on IRC.Eric Andersen2003-07-051-1/+1
| | | | | He took a look into the recent reports of tar problems, and found an obvious typo in last_patch91 from vodz which converted tar to use bb_getopt_ulflags.
* Patch from Kent Robotti adding a bunch of menuconfig helpEric Andersen2003-07-031-12/+27
|
* last_patch91 from vodz to convert tar to use bb_getopt_ulflagsEric Andersen2003-06-261-60/+56
|
* Save a few bytes by using bb_getopt_ulflags and a few other minorGlenn L McGrath2003-06-221-49/+31
| | | | improvments
* Handle hard links by converting them to symlinksGlenn L McGrath2003-06-121-1/+5
|
* Handle -O preceding -x.Matt Kraai2003-05-181-1/+3
|
* Always preserve dateGlenn L McGrath2003-04-261-2/+1
|
* unlink a previous file before its extractedGlenn L McGrath2003-04-211-1/+2
|
* unlink() an existing file, before opening it, simply truncating canGlenn L McGrath2003-04-211-1/+2
| | | | cause nasty problems if overwriting glibc, spotted by waldi.
* Major coreutils update.Manuel Novoa III2003-03-1930-248/+246
|
generated by cgit v1.2.3-55-g6feb (git 2.39.1) at 2025-03-17 13:14:10 +0000