upx.1

压缩exe,dll,不错啊 压缩exe,dll,不错啊 压缩exe,dll,不错啊

\&    can become fragile.  Many programs do not react gracefully when
\&    malloc() returns 0.  With newer Linux kernels, the kernel
\&    may decide to kill some processes to regain memory, and you
\&    may not like the kernel's choice of which to kill.  Running
\&    /usr/bin/top is one way to check on the usage of swap space.
.Ve
.PP
Extra options available for this executable format:
.PP
.Vb 1
\&  (none)
.Ve
.Sh "\s-1NOTES\s0 \s-1FOR\s0 \s-1LINUX/386\s0"
.IX Subsection "NOTES FOR LINUX/386"
Please read the general Linux description first.
.PP
The generic linux/386 format decompresses to /tmp and needs
/proc filesystem support. It starts the decompressed program
via the \fIexecve()\fR syscall.
.PP
Linux/386 is only selected if the specialized linux/elf386
and linux/sh386 won't recognize a file.
.PP
Packed programs will be byte-identical to the original after uncompression.
.PP
How it works:
.PP
.Vb 7
\&  For files which are not ELF and not a script for a known "-c" shell,
\&  UPX uses kernel execve(), which first requires decompressing to a
\&  temporary file in the filesystem.  Interestingly -
\&  because of the good memory management of the Linux kernel - this
\&  often does not introduce a noticable delay, and in fact there
\&  will be no disk access at all if you have enough free memory as
\&  the entire process takes places within the filesystem buffers.
.Ve
.PP
.Vb 2
\&  A compressed executable consists of the UPX stub and an overlay
\&  which contains the original program in a compressed form.
.Ve
.PP
.Vb 2
\&  The UPX stub is a statically linked ELF executable and does
\&  the following at program startup:
.Ve
.PP
.Vb 7
\&    1) decompress the overlay to a temporary location in /tmp
\&    2) open the temporary file for reading
\&    3) try to delete the temporary file and start (execve)
\&       the uncompressed program in /tmp using /proc/<pid>/fd/X as
\&       attained by step 2)
\&    4) if that fails, fork off a subprocess to clean up and
\&       start the program in /tmp in the meantime
.Ve
.PP
.Vb 2
\&  The UPX stub is about 1700 bytes long, partly written in assembler
\&  and only uses kernel syscalls. It is not linked against any libc.
.Ve
.PP
Specific drawbacks:
.PP
.Vb 4
\&  - You need additional free disk space for the uncompressed program
\&    in your /tmp directory. This program is deleted immediately after
\&    decompression, but you still need it for the full execution time
\&    of the program.
.Ve
.PP
.Vb 4
\&  - You must have /proc filesystem support as the stub wants to open
\&    /proc/<pid>/exe and needs /proc/<pid>/fd/X. This also means that you
\&    cannot compress programs that are used during the boot sequence
\&    before /proc is mounted.
.Ve
.PP
.Vb 4
\&  - Utilities like `top' will display numerical values in the process
\&    name field. This is because Linux computes the process name from
\&    the first argument of the last execve syscall (which is typically
\&    something like /proc/<pid>/fd/3).
.Ve
.PP
.Vb 4
\&  - Because of temporary decompression to disk the decompression speed
\&    is not as fast as with the other executable formats. Still, I can see
\&    no noticable delay when starting programs like my ~3 MB emacs (which
\&    is less than 1 MB when compressed :-).
.Ve
.PP
Extra options available for this executable format:
.PP
.Vb 3
\&  --force-execve      Force the use of the generic linux/386 "execve"
\&                      format, i.e. do not try the linux/elf386 and
\&                      linux/sh386 formats.
.Ve
.Sh "\s-1NOTES\s0 \s-1FOR\s0 \s-1PS1/EXE\s0"
.IX Subsection "NOTES FOR PS1/EXE"
This is the executable format used by the Sony PlayStation (PSone),
a Mips R3000 based gaming console which is popular since the late '90s.
Support of this format is very similar to the Atari one, because of
nostalgic feelings of one of the authors, but this format maybe serves
a practical purpose ;\-).
.PP
Packed programs will be byte-identical to the original after uncompression.
.PP
Maximum uncompressed size: ~1998848 bytes.
.PP
Notes:
.PP
.Vb 2
\&  - UPX creates as default a 'CD-Rom only' PS1/PS2 compatible executable.
\&    For transfer between client/target use options below.
.Ve
.PP
.Vb 6
\&  - Normally the packed files use the same memory areas like the uncompressed
\&    versions, so they will not override other memory areas while unpacking.
\&    If this isn't possible UPX will abort showing a 'packed data overlap'
\&    error. With the "--force" option UPX will set a few 'bytes higher' loading
\&    offset for the packed file, but this isn't a real problem if it is a
\&    single or boot-only executable.
.Ve
.PP
Extra options available for this executable format:
.PP
.Vb 4
\&  --all-methods       Compress the program several times, using all
\&                      available compression methods. This may improve
\&                      the compression ratio in some cases, but usually
\&                      the default method gives the best results anyway.
.Ve
.PP
.Vb 5
\&  --console-run       This enables client/target transfer compatibility.
\&                      This format also run from a CD, except the "--no-align"
\&                      option is used. Upto 2024 bytes larger files
\&                      than [default] will be the result, also a
\&                      slower decompression speed can be expected.
.Ve
.PP
.Vb 5
\&  --no-align          This option disables CD mode 2 data sector format
\&                      alignment, and enables "--console-run".
\&                      This will slightly improve the compression ratio,
\&                      but the compressed executable will not boot from a CD.
\&                      So use it for client/target transfer only!.
.Ve
.Sh "\s-1NOTES\s0 \s-1FOR\s0 \s-1RTM32/PE\s0"
.IX Subsection "NOTES FOR RTM32/PE"
Same as win32/pe.
.Sh "\s-1NOTES\s0 \s-1FOR\s0 \s-1TMT/ADAM\s0"
.IX Subsection "NOTES FOR TMT/ADAM"
This format is used by the \s-1TMT\s0 Pascal compiler \- see http://www.tmt.com/ .
.PP
Extra options available for this executable format:
.PP
.Vb 4
\&  --all-methods       Compress the program several times, using all
\&                      available compression methods. This may improve
\&                      the compression ratio in some cases, but usually
\&                      the default method gives the best results anyway.
.Ve
.PP
.Vb 4
\&  --all-filters       Compress the program several times, using all
\&                      available preprocessing filters. This may improve
\&                      the compression ratio in some cases, but usually
\&                      the default filter gives the best results anyway.
.Ve
.Sh "\s-1NOTES\s0 \s-1FOR\s0 \s-1VMLINUZ/386\s0"
.IX Subsection "NOTES FOR VMLINUZ/386"
The vmlinuz/386 and bvmlinuz/386 formats take a gzip-compressed
bootable Linux kernel image (\*(L"vmlinuz\*(R", \*(L"zImage\*(R", \*(L"bzImage\*(R"),
gzip-decompress it and re-compress it with the \fB\s-1UPX\s0\fR compression method.
.PP
vmlinuz/386 is completely unrelated to the other Linux executable
formats, and it does not share any of their drawbacks.
.PP
Notes:
.PP
.Vb 3
\&  - Be sure that "vmlinuz/386" or "bvmlinuz/386" is displayed
\&  during compression - otherwise a wrong executable format
\&  may have been used, and the kernel won't boot.
.Ve
.PP
Benefits:
.PP
.Vb 4
\&  - Better compression (but note that the kernel was already compressed,
\&  so the improvement is not as large as with other formats).
\&  Still, the bytes saved may be essential for special needs like
\&  bootdisks.
.Ve
.PP
.Vb 4
\&     For example, this is what I get for my 2.2.16 kernel:
\&        1589708  vmlinux
\&         641073  bzImage        [original]
\&         560755  bzImage.upx    [compressed by "upx -9"]
.Ve
.PP
.Vb 2
\&  - Much faster decompression at kernel boot time (but kernel
\&    decompression speed is not really an issue these days).
.Ve
.PP
Drawbacks:
.PP
.Vb 1
\&  (none)
.Ve
.PP
Extra options available for this executable format:
.PP
.Vb 4
\&  --all-methods       Compress the program several times, using all
\&                      available compression methods. This may improve
\&                      the compression ratio in some cases, but usually
\&                      the default method gives the best results anyway.
.Ve
.PP
.Vb 4
\&  --all-filters       Compress the program several times, using all
\&                      available preprocessing filters. This may improve
\&                      the compression ratio in some cases, but usually
\&                      the default filter gives the best results anyway.
.Ve
.Sh "\s-1NOTES\s0 \s-1FOR\s0 \s-1WATCOM/LE\s0"
.IX Subsection "NOTES FOR WATCOM/LE"
\&\fB\s-1UPX\s0\fR has been successfully tested with the following extenders:
  \s-1DOS4G\s0, \s-1DOS4GW\s0, \s-1PMODE/W\s0, DOS32a, CauseWay.
  The \s-1WDOS/X\s0 extender is partly supported (for details
  see the file bugs \s-1BUGS\s0).
.PP
DLLs and the \s-1LX\s0 format are not supported.
.PP
Extra options available for this executable format:
.PP
.Vb 2
\&  --le                Produce an unbound LE output instead of
\&                      keeping the current stub.
.Ve
.Sh "\s-1NOTES\s0 \s-1FOR\s0 \s-1WIN32/PE\s0"
.IX Subsection "NOTES FOR WIN32/PE"
The \s-1PE\s0 support in \fB\s-1UPX\s0\fR is quite stable now, but probably there are
still some incompabilities with some files.
.PP
Because of the way \fB\s-1UPX\s0\fR (and other packers for this format) works, you
can see increased memory usage of your compressed files. If you start
several instances of huge compressed programs you're wasting memory
because the common segements of the program won't get shared
across the instances.
On the other hand if you're compressing only smaller programs, or
running only one instance of larger programs, then this penalty is
smaller, but it's still there.
.PP
If you're running executables from network, then compressed programs
will load faster, and require less bandwidth during execution.
.PP
DLLs are supported.
.PP
Screensavers are supported, with the restriction that the filename
must end in \*(L".scr\*(R" (as screensavers are handled slightly different
than normal exe files).
.PP
Extra options available for this executable format:
.PP
.Vb 9
\& --compress-exports=0 Don't compress the export section.
\&                      Use this if you plan to run the compressed
\&                      program under Wine.
\& --compress-exports=1 Compress the export section. [DEFAULT]
\&                      Compression of the export section can improve the
\&                      compression ratio quite a bit but may not work
\&                      with all programs (like winword.exe).
\&                      UPX never compresses the export section of a DLL
\&                      regardless of this option.
.Ve
.PP
.Vb 4
\&  --compress-icons=0  Don't compress any icons.
\&  --compress-icons=1  Compress all but the first icon.
\&  --compress-icons=2  Compress all icons which are not in the
\&                      first icon directory. [DEFAULT]
.Ve
.PP
.Vb 1
\&  --compress-resources=0  Don't compress any resources at all.
.Ve
.PP
.Vb 3
\&  --force             Force compression even when there is an
\&                      unexpected value in a header field.
\&                      Use with care.
.Ve
.PP
.Vb 2
\&  --strip-loadconf=0  Don't strip Structured Exception Handling load config [DEFAULT].
\&  --strip-loadconf=1  Strip Structured Exception Handling load config.
.Ve
.PP
.Vb 9
\&  --strip-relocs=0    Don't strip relocation records.
\&  --strip-relocs=1    Strip relocation records. [DEFAULT]
\&                      This option only works on executables with base
\&                      address greater or equal to 0x400000. Usually the
\&                      compressed files becomes smaller, but some files
\&                      may become larger. Note that the resulting file will
\&                      not work under Windows 3.x (Win32s).
\&                      UPX never strips relocations from a DLL
\&                      regardless of this option.
.Ve
.PP
.Vb 4
\&  --all-methods       Compress the program several times, using all
\&                      available compression methods. This may improve
\&                      the compression ratio in some cases, but usually
\&                      the default method gives the best results anyway.
.Ve
.PP
.Vb 4
\&  --all-filters       Compress the program several times, using all
\&                      available preprocessing filters. This may improve
\&                      the compression ratio in some cases, but usually
\&                      the default filter gives the best results anyway.
.Ve
.SH "DIAGNOSTICS"
.IX Header "DIAGNOSTICS"
Exit status is normally 0; if an error occurs, exit status
is 1. If a warning occurs, exit status is 2.
.PP
\&\fB\s-1UPX\s0\fR's diagnostics are intended to be self\-explanatory.
.SH "BUGS"
.IX Header "BUGS"
Please report all bugs immediately to the authors.
.SH "AUTHORS"
.IX Header "AUTHORS"
.Vb 2
\& Markus F.X.J. Oberhumer <[e-mail]>
\& http://www.oberhumer.com
.Ve
.PP
.Vb 1
\& Laszlo Molnar <[e-mail]>
.Ve
.PP
.Vb 1
\& John F. Reiser <[e-mail]>
.Ve
.PP
.Vb 1
\& Jens Medoch <[e-mail]>
.Ve
.SH "COPYRIGHT"
.IX Header "COPYRIGHT"
Copyright (C) 1996\-2004 Markus Franz Xaver Johannes Oberhumer
.PP
Copyright (C) 1996\-2004 Laszlo Molnar
.PP
Copyright (C) 2000\-2004 John F. Reiser
.PP
Copyright (C) 2002\-2004 Jens Medoch
.PP
This program may be used freely, and you are welcome to
redistribute it under certain conditions.
.PP
This program is distributed in the hope that it will be useful,
but \s-1WITHOUT\s0 \s-1ANY\s0 \s-1WARRANTY\s0; without even the implied warranty of
\&\s-1MERCHANTABILITY\s0 or \s-1FITNESS\s0 \s-1FOR\s0 A \s-1PARTICULAR\s0 \s-1PURPOSE\s0.  See the
\&\fB\s-1UPX\s0 License Agreement\fR for more details.
.PP
You should have received a copy of the \s-1UPX\s0 License Agreement along
with this program; see the file \s-1LICENSE\s0. If not, visit the \s-1UPX\s0 home page.