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