home *** CD-ROM | disk | FTP | other *** search
/ ftp.barnyard.co.uk / 2015.02.ftp.barnyard.co.uk.tar / ftp.barnyard.co.uk / cpm / walnut-creek-CDROM / ZSYS / ZSYSARK / Z3HLP01.ARK / B.LBR / BCOMP.HZP / BCOMP.HLP
Text File  |  1990-03-23  |  7KB  |  172 lines

  1. ;
  2. BCOMP: VISUAL BINARY FILE COMPARISON               ( Z  - General Information)
  3.                                                     (Type asterisked commands)
  4.                  <<< BCOMP 2.0  COMMANDS >>>     (for additional help)
  5.  
  6.       VIEW Mode:                                             EDIT Mode:
  7. ==============================================================================
  8.  T - Top of File         I - Input More File*          ^E - Cursor Up
  9.  B - End of File         H - Hex Calc*                 ^X - Cursor Down
  10.  . - Next Screen         E - Echo to Both Screens*     ^S - Cursor Left
  11.  , - Previous Screen     V - Toggle Alt Vid Display*   ^D - Cursor Right
  12.  > - Next Line           F - Find*                     ^H - Alt Left
  13.  < - Previous Line       R - Repeat Find*              CR - Switch Files
  14.  = - Next Byte          SP - Switch Files              ^B - Mark Block
  15.  - - Previous Byte      CR - Next Screen Both Files    ^V - Yank Block
  16.  # - Go to Record*     ESC - Edit Mode                 ^C - Copy Block
  17.  A - Go to Address*      X - Exit                      ^F - Fill Block
  18.  O - Set New Offset*     / - Help*                     ^A - ASCII/Hex Field
  19.  C - Auto Compare*       ? - Help                     ESC - View Mode
  20. :z 
  21.           BCOMP - VISUAL BINARY FILE COMPARISON
  22.  
  23. PURPOSE:
  24.  
  25.   Read two files into memory and compare them, or compare  a file with memory.
  26. In the case of similar files with  an extra byte here and there,  COMP doesn't 
  27. work well.  With BCOMP, you can move the display around    in the files freely.
  28.  
  29. SYNTAX:    BCOMP [DU:|DIR:]FILE1 [DU:|DIR:][FILE2] [/]
  30.  
  31.    If no FILE2,  then FILE1 name is  used again.   If no DU:FILE2, then second
  32. window is memory.  "/" option forces automatic wild-carding of filenames.
  33.  
  34. Z3CPR TOOL:
  35.    Requires 80 x 24 CRT (minimum) with TCAP support for EREOL, CLS, cursor.
  36.  
  37. USAGE:
  38.     1) Find the differences between two similar files.
  39.        Example:  BCOMP VERS1.COM VERS2.COM 
  40.              
  41.     2) Compare disk image and memory image.
  42.        Example:  BCOMP SYS.RCP
  43.  
  44.  
  45. TUTORIAL EXAMPLE:   (Type what is in brackets)
  46.  
  47. <BCOMP BCOMP.COM>     Looks at bcomp the file, and at memory.
  48. <space bar>          Switch to the memory window.
  49. <F>,<"Z3ENV>          Find string Z3ENV.
  50. <R>              Repeat, until a string at 103h is found.
  51. <--->              Back up 3 bytes.  The files are now in sync.
  52.   You have found the PROGRAM running at 100h and are comparing it to the FILE
  53.   residing wherever bcomp has read it in.
  54. <C>              Display goes to first place they differ.
  55.   They differ at flag and pointer tables near the end.
  56. <space bar><T>          Bring file display back to the beginning.
  57. <space bar><R>...     Look for the file in memory.  Sync them with <--->
  58.   You are comparing the file to itself.
  59. <C>              Since there are no differences, get the EOF message.
  60. <R>              Eventually, find the ENV descriptor in high memory.
  61.  
  62. ... more
  63.  
  64.  
  65. ANOTHER EXERCISE:
  66.  
  67. <SAVE 255 TRASH>      Entire contents of memory from 100h
  68. <BCOMP TRASH>          Look at memory and memory image
  69. <O><100>          Now addresses should correspond
  70. <I><FE00>          That record is not in memory.  Have to READ first.
  71. :v c
  72.                  COMPARING FILES 
  73.  
  74.      The display shows 128 bytes of  the first  file on the  upper half of the 
  75. screen and 128 bytes of the second file on the lower half.  The alternate file
  76. displays  a  **  for  identical  bytes,  a la  COMP.  When  switching  to  the 
  77. alternate, the display scheme reverses.
  78.  
  79.  
  80. C - AUTO-COMPARE:
  81.      Find the next byte in which the files differ.  Display both files at that
  82. byte.   If the display did not start with the files in sync,  then the command 
  83. will only move a single byte ahead.  If no difference is found, an EOF message
  84. shows on the status line.
  85.  
  86. V - VIDEO TOGGLE:
  87.      Toggle highlighting  of bytes in  active window that  are  different from 
  88. those in the  alternate window.   When  only  a few bytes differ,  it  is much 
  89. easier to see them this way.  Default is OFF.
  90. :e  
  91.             MOVING BETWEEN FILES
  92.  
  93.  
  94.  
  95.  
  96. <sp> - SWITCH FILES:  Toggle
  97.     Cursor moves from one file to the other.
  98.  
  99. E - ECHO MODE:  Toggle
  100.     Echo mode repeats  a command  for both  files so  you can move through
  101. them in tandem.  The right upper corner shows a reminder when in echo mode.
  102. :i
  103.  
  104.  
  105.                 INPUT More File
  106.  
  107. I - INPUT More File:
  108.     If BCOMP printed a "memory full" message, more of the file may be read
  109. in.   The new read replaces data currently in memory.   If there is no more to
  110. read, you may start again at the beginning of the file.
  111.  
  112.         If the  MEMORY window is used instead  of  a second  file,  twice  the 
  113. buffer space is available.
  114. :a o
  115.                           ADDRESS AND OFFSET
  116. A - SET ADDRESS:
  117.      A  hex (or decimal preceded by #)  address is entered.   The display then
  118. goes to that  address relative to the current offset.   An address beyond what
  119. is currently in memory will go to either the start or end of the buffer.
  120.      If the offset is 100h,  address 100 is  the beginning  of the file.   The
  121. address disply is  OK until 64k of file  is read in,  then it wraps to 0.  The
  122. 24 bit math needed to go beyond address FFFFh has not been implemented.
  123.      
  124. O - SET OFFSET:
  125.      Input a  new hex offset.   The address  display for  the file will change
  126. but the location in  memory will not.   Default offset for files is taken from
  127. the  file  type (e.g. COM, RCP, ENV)  after  the  manner  of  ZPATCH.   Type 3 
  128. environment files will be displayed at their load address offsets.
  129.      For the memory window, the address display is always absolute.  An offset
  130. is used to calculate a number for the record display.  For example, if you run
  131. a Type3 program,  then run BCOMP to look at the file, the memory offset can be
  132. set to the program's load address (8000h).   The file and  memory windows will
  133. then show the  same  addresses and record  numbers as you compare  the file to 
  134. its memory image.
  135. :# h
  136.  
  137.  
  138. # - GO TO RECORD:
  139.      Input a decimal (or hex with # trigger) record number to jump to.   It is
  140. up to you to pick  a record currently in memory.   BCOMP does not  random read 
  141. the file looking for your record.   Record count display is  OK to 8  meg file 
  142. max.
  143.  
  144. H - HEX CALCULATOR:
  145.      The  hex  calculator  from  MU3  is  included.    It  displays  sums  and 
  146. differences as well as decimal-hex conversion.
  147. :f r
  148.  
  149.                               FIND STRING
  150.  
  151. F - FIND:
  152.      Find the series of hex bytes entered.  
  153.  
  154. Syntax (taken from POKE):   <val1> <val2> .. <valn> <"text string...>
  155.  
  156.      No further hex  bytes may follow  the string trigger.   Note  there is NO
  157. terminating ".   The hex input  routine (from MU3) will  accept  decimal bytes
  158. with the # preface.
  159.  
  160. R - REPEAT FIND:
  161.      Look for the same series again.   The string is maintained when switching
  162. to the alternate file.
  163. :/ ?
  164.  
  165.                                  HELP
  166.  
  167.      The help screen version will show the commands available,  as in the main 
  168. menu for this file.
  169.  
  170.      The "expert" version will  just refresh the screen.   You may need  to do 
  171. this if the read string function of BDOS has caused some linefeeds.
  172.