home *** CD-ROM | disk | FTP | other *** search
/ Stars of Shareware: Programmierung / SOURCE.mdf / programm / msdos / c / unz51 / readme.dos < prev    next >
Encoding:
Text File  |  1994-02-12  |  3.7 KB  |  78 lines
  1. Notes about MS-DOS executables and compilers:
  2.  
  3.  - Borland start-up code is reported to switch the screen mode auto-
  4.    matically if it's not 80 columns (or possibly 40) and either 25, 43 
  5.    or 50 lines.  In particular, extended modes such as 100x40 are not
  6.    retained.
  7.  
  8.  - Borland start-up code also uses interrupt 1Ah, causing incorrect
  9.    behavior (including lock-ups) on some Japanese MS-DOS machines such
  10.    as the Fujitsu FMR series, which lack this interrupt.
  11.  
  12.  - Older Borland compilers do not understand source files with Unix
  13.    line-endings (LF rather than CR/LF).  Use "flip" or a similar utility
  14.    to convert the line endings before compiling, or take a look at the
  15.    Borland.fix file in the UnZip source distribution.
  16.  
  17.  - Microsoft C 5.1 large-model code is more than an order of magnitude
  18.    slower than the identical code compiled with MSC 6 or 7 (a factor of
  19.    15 in our tests, actually).  This may be due to a lousy optimizer or
  20.    lousy libraries; regardless, since UnZip does not really fit into
  21.    the small model anymore, we recommend upgrading to a later version
  22.    of the compiler.
  23.  
  24. For these reasons, Info-ZIP's distributed versions of the 16-bit MS-DOS 
  25. executables are compiled with MSC 6 or 7.
  26.  
  27.  - djgpp/go32 1.11m2 apparently does not provide a way to disable its
  28.    built-in wildcard expansion ("globbing") at compile time (or, if it
  29.    does, we didn't find it).  In addition its handling of single quotes
  30.    is incorrect.  SEE BELOW FOR A WORK-AROUND.
  31.  
  32. Info-ZIP's distributed 32-bit MS-DOS executables are compiled with djgpp
  33. 1.11.m2.  These are stand-alone programs; the "go32" DOS extender is in-
  34. cluded inside the executables.  They generally run up to twice as fast
  35. as the 16-bit versions, but they only work on 386's and above.  In some
  36. cases they're actually slower.  If this is the case for you, first try
  37. running under plain DOS, after removing any memory manager in your 
  38. config.sys and rebooting, to check if the slowdown is due to your memory 
  39. manager.  The problem may also be due to the time spent by the djgpp 
  40. runtime creating and deleting a swap file.  If you use SMARTDRV or another
  41. disk cache, make sure that writes are also cached.
  42.  
  43. If you already have djgpp 1.11 or later, you can remove go32.exe from
  44. unzip386.exe to get a smaller executable:
  45.  
  46.     exe2coff unzip386.exe
  47.     coff2exe unzip386
  48.     del unzip386
  49.  
  50. As noted above, go32/djgpp has its own wildcard-expansion routines, and
  51. these are not compatible with UnZip.  The documented method of avoiding
  52. this by quoting wildcards with single quotes is buggy:  trying to unzip
  53. '..\*.zip' will result in the first file being unzipped, but none of the
  54. others; trying to unzip ..\..\'*.zip' will result in go32 passing the
  55. quoted string, with quotes intact, to UnZip (which can't find any files
  56. with single quotes in their names, since they don't exist).  The only
  57. method which does work is to set the GO32 environment variable to "noglob"
  58. as follows (add to autoexec.bat, for example, or invoke unzip386 in a 
  59. batch file which has this setting):
  60.  
  61.     set GO32=noglob
  62.  
  63. With this setting quotes are unnecessary; unzip386.exe behaves just like
  64. unzip.exe.
  65.  
  66. You may also need to set the TZ environment variable to get correct time-
  67. stamps on extracted files when using unzip386.exe.  Adding the line
  68.  
  69.     set TZ=MET0
  70.  
  71. to autoexec.bat works for our French contingent; a Californian user might
  72. need "set TZ=PST8PDT" instead.  The 16-bit version always uses local time.
  73.  
  74. For other problems related to DJGPP, read the documentation provided
  75. in oak.oakland.edu:/pub/msdos/djgpp/djdev111.zip.  If a problem occurs
  76. with unzip386.exe, check first if it also occurs with unzip.exe before
  77. reporting it.
  78.