home *** CD-ROM | disk | FTP | other *** search
/ swCHIP 1991 January / swCHIP_95-1.bin / chip / copy / copyq318 / whats.new < prev   
Text File  |  1995-12-11  |  11KB  |  217 lines
  1.                          What's New in CopyQM 3.18
  2.  
  3.                                 Sydex, Inc.
  4.                               P.O. Box 5700
  5.                             Eugene, OR  97405
  6.                               (503) 683-6033
  7.  
  8.                                October, 1994
  9.  
  10. After getting a few calls from customers wanting to copy the new Microsoft
  11. DMF 1.68MB diskettes, we decided to come out with a CopyQM release to do
  12. this.  Although no special arguments are necessary, you'll probably want
  13. to specify SKEW=3 on the command line to optimize performance of the copy.
  14.  
  15. Copying DMF diskettes is about 50 percoent slower than other "normal"
  16. formats, due to the implied 2:1 sector interleave.
  17.  
  18. In connection with this, we've introduced two new command-line options:
  19.  
  20.     INTERLEAVE (abbreviated IN) allows the specification of a physical
  21.         sector interleaving on all tracks.  Normally, INTERLEAVE=1 and
  22.         sector numbers follow consecutively.  However, if INTERLEAVE=2
  23.         were to be specified for a 9-sector format, the sector numbers
  24.         would be placed on each track thus:  1,6,2,7,3,8,4,9,5.  It can
  25.         be seen that two revolutions of the diskette are necessary to
  26.         consecutively read all sectors on a track.  When copying Microsoft
  27.         DMF distribution diskettes, INTERLEAVE=2 is implied.
  28.  
  29.     SKEW (abbreviated SK) allows the specification of a track "skew". That
  30.         is, the track format is offset by a specified amount on each cylinder.
  31.         Specifying SKEW=3 with a 9-sector format would place sectors as
  32.         1,2,3,4,5,6,7,8,9 on the first cylinder, and 7,8,9,1,2,3,4,5,6 on
  33.         the second, 4,5,6,7,8,9,1,2,3 on the third and so on.  Note that the
  34.         CONTENT of the disk is not affected, but access time may be improved
  35.         somewhat.  SKEW normally defaults to zero (no skew).
  36.  
  37. A new CONVERT format has been added:  1.68M or 1680M, which is similar to
  38. the Microsoft DMF, so now you can make your own DMF diskettes.
  39.  
  40. CopyQM Plus users please note:  As yet, CopyQM does NOT support DMF in
  41. self-extracting image files.  We hope to have this handled in CopyQM 3.20.
  42.  
  43. Please consult CopyQM's online help for more information.  Use the command
  44.  
  45.             COPYQM /HELP
  46.  
  47. to display detailed information.
  48.  
  49.  
  50.                         What's New in CopyQM 3.17
  51.  
  52.  
  53. CopyQM's diskette I/O routines now support IRQs from 2 through 15, instead
  54. the previous 2 through 8.  This allows 16-bit controller cards that can use
  55. the higher IRQ numbers, such as the Adaptec SCSI cards to operate as secondary
  56. controllers with CopyQM.
  57.  
  58. A new command-line keyword, "GO" has been added.  This keyword will suppress
  59. the "Re-insert Master Diskette" message that appears when reading the first
  60. diskette of a session.  If a diskette is in the source drive, CopyQM will
  61. immediately begin processing it.  This is useful when a diskette has just
  62. been created and needs to be processed immediately without operator inter-
  63. vention.
  64.  
  65. When the RECORD=/ASK keyword is used, a filename with "?" characters may
  66. be used in response to the file name prompt.  The effect is the same as
  67. if the filename were given directly with the RECORD=filename keyword.
  68. That is, for a file name of A???, files named A001, A002, A003... will
  69. be created.
  70.  
  71. When the PLAYBACK=/ASK keyword is used, file names with "?" and "*"
  72. characters may be used in response to the file name prompt.  The effect
  73. is to play back all image files satisfying the file specification, then
  74. request a new file name.  Files are accessed in alphabetic order.
  75.  
  76. A small bug in the self-extractor was corrected in CopyQM Plus.
  77.  
  78.  
  79.                         What's New in CopyQM 3.16
  80.  
  81. You can now copy diskettes containing flawed areas by specifying the FLAW
  82. keyword on the CopyQM command line, or by selecting the "Ignore master data
  83. errors?" choice with CQMenu.  Please note that the data content of erroneous
  84. sectors is NOT repaired, but as much data as possible will be recovered from
  85. the bad sectors.  Consult the on-line help for more information.
  86.  
  87. The self-extracting file processor in CopyQM Plus has a bug repair.  If
  88. an unusable destination diskette was used when executing a self-extracting
  89. image file, the "Make another copy?" processing would not recover correctly
  90. and an "Image file corrupt" message would result.  Note that the self-
  91. extracting file would operate correctly the next time it was executed.
  92.  
  93. CopyQM Plus users can now invoke SHELL or OVERLAY procedures when an image
  94. file is being written.  The sequence of events is exactly the same as when
  95. diskette copies are being produced.
  96.  
  97.                         What's New in CopyQM 3.15
  98.  
  99. CopyQM now supports writing on up to twelve (!) destination drives.  You
  100. must have an EGA or VGA display card when more than six destination drives
  101. are being used.
  102.  
  103. In RECORD= mode, CopyQM now checks for a pre-existing file of the same name
  104. as the image file to be written.  If one exists, a prompt is issued, giving
  105. you the opportunity to exit CopyQM before overwriting the file.
  106.  
  107. The first master diskette in a session is prompted for with the message
  108. "Re-insert Master".  The second and succeeding masters are requested
  109. with the message "Insert Next Master".
  110.  
  111. We've made a couple of bug fixes related to multi-drive copying.  One is
  112. an out-and-out goof--the display didn't correctly show which drive in a
  113. multi-drive set was really writing.  The other is a subtle one and is
  114. concerned only with 1.2M and 360K drives used to make the same 360K
  115. copy--not a good idea, but supported at any rate.
  116.  
  117. CopyQM Plus users will note that the drive speed test now adds one more
  118. digit of significance to the reported spin rate.
  119.  
  120.  
  121.                      What's New in CopyQM 3.14
  122.  
  123.  
  124. If the BLIND option has not been specified and a non-DOS, non-Macintosh
  125. diskette is read, a prompt now appears allowing a change to BLIND copying
  126. mode.  However, you should be aware that the non-DOS error message can
  127. also appear when a DOS diskette is infected with a boot-sector virus,
  128. such as the "Stoned" virus.
  129.  
  130. Auto-sense for E-Ten Chinese-language display software has been removed
  131. due to conflicts with some ATI Technologies VGA display cards.  If a
  132. restricted character set is desired, the "7BIT" command-line option
  133. should be used.
  134.  
  135.                         What's New in CopyQM 3.13
  136.  
  137. CopyQM Plus now creates self-extracting image files directly, without
  138. the use of MAKESXD.  The SELFEXTRACT (abbreviated SELF) keyword, when
  139. used with RECORD, causes a self-extracting file to be recorded.  When
  140. self-extracting files are produced, about 40K of additional base RAM
  141. is required for operation.  In general, CopyQM requires a base RAM
  142. space of at least 350K for execution.  Of course, the more memory the
  143. better--i.e., faster--operation.
  144.  
  145. MAKESXD now does its work in a single pass, without any additional disk
  146. space required for temporary files.
  147.  
  148. BIOS support has been improved to accomodate a few less-IBM-conforming
  149. BIOS sets.
  150.  
  151. Code has been added to enabled interrupts at critical points.  We've seen
  152. some BIOS code that doesn't seem to re-enable interrupts after they've
  153. been disabled.
  154.  
  155. Support has been improved for 2.88M drives and controllers.  However,
  156. CopyQM requires that 2.88M drives be jumpered for auto media-sensing
  157. to work with the DIRECT diskette controller access modes.  If your
  158. 2.88M drives are not not jumpered in this manner, you can either reset
  159. the jumpers or use BIOS access.
  160.  
  161. The SCANDISK utility in MS-DOS 6.2 sometimes reports a spurious boot-
  162. sector and/or FAT error on diskettes generated with the CONVERT= option,
  163. though MS-DOS CHKDSK finds no problem.  We've traced this to SCANDISK's
  164. insistence on a certain media byte for a given media type. Interestingly,
  165. in Microsoft's own words:  "Beginning with DOS 2.x, the usefulness of the
  166. disk ID byte in the FAT was reduced and it now considered meaningless..."
  167. Not being ones to argue a minor point, we now insert the proper media
  168. media byte in CONVERT-ed diskettes and SCANDISK is happy.  Sigh...
  169.  
  170.  
  171.                         What's New in CopyQM 3.12
  172.  
  173. CopyQM 3.12 contains a few minor changes to version 3.11:
  174.  
  175.         1.   Support for the E-Ten Chinese language system has been
  176.              incorporated.  Users who use other double-byte systems
  177.              can force the use of non-extended codes by means of the
  178.              /7BIT command-line switch on any of the CopyQM product
  179.              set.
  180.  
  181.         2.   A bug occurred when a BLIND mode copy was attempted where
  182.              FIRST= did not equal 1.  Only one sector per track would
  183.              be seen when CopyQM was run in Direct hardware access mode.
  184.  
  185.         3.   A few Windows API calls have been added to the Direct I/O
  186.              routines.  CopyQM should run as a background task in direct
  187.              hardware controller access mode  under Windows 3.1.  However,
  188.              IBM OS/2's implementation of Windows and their DOS box appear
  189.              to ignore these API calls, so running as a background task in
  190.              OS/2 will still result in occasional "DRIVE NOT READY" errors.
  191.  
  192.         4.   Normally, CopyQM and its utilities will access the screen memory
  193.              directly in order to draw displays as quickly as is possible.
  194.              However, if the following switch is used, CopyQM and its
  195.              utilities will use the video BIOS to create screen displays:
  196.  
  197.                      /CRTBIOS
  198.  
  199.              This can be abbreviated to /CR.  For example, if a copy using
  200.              drives A: and B: is to be performed, the following command line
  201.              could be used:
  202.  
  203.                      COPYQM A: B: /CRTBIOS
  204.  
  205.              Similarly, all CopyQM utilities, including CQMENU, CINSTALL,
  206.              ICOMMENT, MAKESXD (CopyQM Plus only), DRMAINT (CopyQM Plus only)
  207.              will accept the /CRTBIOS switch.  The configuration viewer,
  208.              VIEWCONF, accepts this switch, but ignores it, as VIEWCONF
  209.              always uses the CRT BIOS.
  210.  
  211.              Text-to-speech translator users may want to experiment with
  212.              the switches /7BIT and /MONO to reduce the number of non-text
  213.              characters on the screen.  The /7BIT switch forces the use of
  214.              the lower 128 codes in the ASCII set; that is, line-drawing and
  215.              character graphics are not used.  The /MONO switch forces use of
  216.              a monochrome display set.
  217.