1This should be considered an initial port - there will probably be some
2bugs and non-functioning features.
3
4The only functionality that has had any real testing is "unzip filename",
5anything else is basically untested.
6
7This has been cross-compiled from DOS using Metaware's High C compiler
8and the DOS version of pamake (v3.0).  It should compile with the FlexOS
9hosted version of HighC, and the makefile could be converted to work
10with the native FlexOS make.
11
12The following considerations apply:
13
14)Compiled against and linked with portlib.
15)Used on FlexOS 286 v2.32
16)Volume labels are not supported - this is due to the way FlexOS decides
17 if a drive has case-sensitive filenames based upon the contents of the
18 volume label.
19)No special handling for case-sensitive media (see above).
20)Not using the PORTLIB wildarg routine (i.e., UnZip does its own globbing).
21)Based upon the MSDOS port.
22)Filenames are in FAT format.
23)The current version of getch is a cheat (simply using getchar()).  I
24 should interrogate stdin and if it's a FlexOS console use special code
25 to turn off echo and just read one char.
26)Only the basic MSDOS FAT file attributes are saved/restored.  There is
27 currently no support for the FlexOS extended file attributes.
28)There is some code that should attempt to do the correct thing when a
29 pathspec with a logical name definition is used (e.g., "system:path/to/it");
30 however it again has not been stress-tested.
31)There is no special handling for floppy drives, there probably should
32 be.
33)The dateformat is compiled in as DMY (shoot me I'm British),  I'm not
34 sure if there is actually a way to get locale info.
35)The assembler speedups haven't yet been ported to ASM86 (should simply
36 be a change of syntax)
37
38 --
39 D.Fawcus  17 July 1997
40