EXEPACK2
From Just Solve the File Format Problem
(Difference between revisions)
(Created page with "{{FormatInfo |formattype=electronic |subcat=Compression |released=1994 }} '''EXEPACK2''', or '''EXEPACK:2''', is the (informal?) name of a compressed data format used in some ...") |
m (→Specifications) |
||
| (One intermediate revision by one user not shown) | |||
| Line 4: | Line 4: | ||
|released=1994 | |released=1994 | ||
}} | }} | ||
| − | '''EXEPACK2''', or '''EXEPACK:2''', is the (informal?) name of a compressed data format used in some OS/2 executable files, and certain other OS/2 formats. It was introduced in OS/2 Warp (OS/2 3.0). | + | '''EXEPACK2''', or '''EXEPACK:2''', is the (informal?) name of a compressed data format used in some OS/2 executable files (see [[Linear Executable]]), and certain other OS/2 formats. It was introduced in OS/2 Warp (OS/2 3.0). |
Such executables are usually created by using the "/EXEPACK:2" option of the LINK386 utility, or by the special REPACK utility. | Such executables are usually created by using the "/EXEPACK:2" option of the LINK386 utility, or by the special REPACK utility. | ||
| Line 17: | Line 17: | ||
The compression scheme is essentially a derivative of [[LZ77]]/[[LZSS]], with a 4K history buffer. It also incorporates [[run-length encoding]]. | The compression scheme is essentially a derivative of [[LZ77]]/[[LZSS]], with a 4K history buffer. It also incorporates [[run-length encoding]]. | ||
| − | Assuming that [[OS/2 Boot Logo]] files use the same EXEPACK2 compression as executables, there is a significant error in the Wynn/Wu paper. For a "Long String token", it says the length field is biased by 3, when in fact it is not biased. | + | Assuming that [[OS/2 Boot Logo]] files use the same EXEPACK2 compression as executables, there is a small but significant error in the Wynn/Wu paper. For a "Long String token", it says the length field is biased by 3, when in fact it is not biased. |
Other clarifications: | Other clarifications: | ||
| Line 24: | Line 24: | ||
== Specifications == | == Specifications == | ||
| − | * [https://cis.temple.edu/~wu/research/publications/Publications_2000.html 2000 Publications (Jie Wu)] → A. C. Wynn and J. Wu, "[https://cis.temple.edu/~wu/research/publications/Publication_files/The%20Effect%20of%20Compression%20on%20Performance%20in%20a%20Demand%20Paging%20System.pdf The Effect of Compression on Performance in a Demand Paging System]," Journal of Systems and Software | + | * [https://cis.temple.edu/~wu/research/publications/Publications_2000.html 2000 Publications (Jie Wu)] → A. C. Wynn and J. Wu, "[https://cis.temple.edu/~wu/research/publications/Publication_files/The%20Effect%20of%20Compression%20on%20Performance%20in%20a%20Demand%20Paging%20System.pdf The Effect of Compression on Performance in a Demand Paging System]," Journal of Systems and Software 50 (2000), pp. 151-170 - §3.2. Exepack2 page-based compression. |
== Software == | == Software == | ||
Latest revision as of 12:54, 16 October 2022
EXEPACK2, or EXEPACK:2, is the (informal?) name of a compressed data format used in some OS/2 executable files (see Linear Executable), and certain other OS/2 formats. It was introduced in OS/2 Warp (OS/2 3.0).
Such executables are usually created by using the "/EXEPACK:2" option of the LINK386 utility, or by the special REPACK utility.
The decompressor is built into the OS/2 loader, so a compressed executable does not contain the code for decompressing itself.
Contents |
[edit] See also
[edit] Format details
The compression scheme is essentially a derivative of LZ77/LZSS, with a 4K history buffer. It also incorporates run-length encoding.
Assuming that OS/2 Boot Logo files use the same EXEPACK2 compression as executables, there is a small but significant error in the Wynn/Wu paper. For a "Long String token", it says the length field is biased by 3, when in fact it is not biased.
Other clarifications:
- When a token specifies both a set of uncompressed bytes, and a copy-from-history instruction, it is processed as if it were two separate instructions, in that order.
- The "distance back" values are encoded such that the most recently decompressed byte is 1, not 0 as it is in most formats.
[edit] Specifications
- 2000 Publications (Jie Wu) → A. C. Wynn and J. Wu, "The Effect of Compression on Performance in a Demand Paging System," Journal of Systems and Software 50 (2000), pp. 151-170 - §3.2. Exepack2 page-based compression.
[edit] Software
- [1] → repack
- lxLite - possibly related
- See also OS/2 Boot Logo#Software, notably lgoproc.
