|Newer page:||version 2||Last edited on Tuesday, June 4, 2002 12:23:04 am||by perry|
|Older page:||version 1||Last edited on Tuesday, June 4, 2002 12:23:04 am||by perry||Revert|
@@ -586,9 +586,9 @@
On Acorn RISC OS systems the suffixes are actually filetypes
(3 hex digit format). By default, zip does not compress
files with filetypes in the list DDC:D96:68E (i.e. Archives,
-CFS files and PackDir files).
+CFS files and PackDir files).
@@ -1240,19 +1240,19 @@
On OS/2, zip cannot match some names, such as those
including an exclamation mark or a hash sign. This is a bug
-in OS/2 itself: the 32-bit DosFindFirst/Next don't find such
+in OS/2 itself: the 32-bit DosFindFirst/Next don't find such
names. Other programs such as GNU tar are also affected by
Under OS/2, the amount of Extended Attributes displayed by
DIR is (for compatibility) the amount returned by the 16-bit
-version of DosQueryPathInfo(). Otherwise OS/2 1.3 and 2.
+version of DosQueryPathInfo(). Otherwise OS/2 1.3 and 2.
would report different EA sizes when DIRing a file. However,
the structure layout returned by the 32-bit
-DosQueryPathInfo() is a bit different, it uses extra padding
+ DosQueryPathInfo() is a bit different, it uses extra padding
bytes and link pointers (it's a linked list) to have all
fields on 4-byte boundaries for portability to future RISC
OS/2 versions. Therefore the value reported by ''zip''
(which uses this 32-bit-mode size) differs from that