home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1994 #1 / monster.zip / monster / BBS_UTIL / ROMPR138.ZIP / HISTORY.TXT < prev    next >
Text File  |  1994-03-19  |  10KB  |  199 lines
  1.  
  2.     ┌────┐
  3.     │──═─│                               ROMProc Revision History File
  4.     │ ── │ ─────┐      ┌────┐
  5.     │    │   ROMProc   │──═─│         The following is a list of the most
  6.     │    │      └────> │ ── │          recent changes made to ROMProc by
  7.     │    │             │    │          revision level, in reverse order.
  8.     │    │             │    │
  9.    ─┴────┴─           ─┴────┴─
  10.  
  11.  
  12. 1.38     - Recompiled in Borland C++ 3.1 to eliminate a perceived DESQview
  13. (3/19/94)  locking problem associated with timing functions.  I think the
  14.            problem is DESQview removing all time slices, not ROMProc hanging,
  15.            but this code seems to work better.
  16.  
  17. 1.37     - Added some startup display code to help track down a problem two
  18. (1/22/94)  users are having with ROMProc.  While I was at it, I tweaked the
  19.            displays some for cosmetics.
  20.  
  21.            It would appear that the exploding windows were not compatible with
  22.            all machines, so all windows were changed to pop-up.
  23.  
  24.            Added a quiet command line switch (-Q) to disable the beeps that
  25.            ROMProc produces on errors.
  26.  
  27. 1.36     - CONFIGURATION FILE CHANGE!!!  A new parameter, COMMON_DIR, has been
  28. (11/29/93) added. Originally, the drive locking semaphore file was placed in
  29.            the work directory, but subdirectory may only be valid for a single
  30.            CPU in a networked environment. The COMMON_DIR is a subdirectory
  31.            that all CPUs have access to, usually on a server, allowing the
  32.            locking effects to span across the LAN.
  33.  
  34.            Removed the erroneous FOSSIL port limitation of 8 (port numbers 0
  35.            through 7). Any port number will now be accepted on the command
  36.            line.
  37.  
  38. 1.35     - Changed my windowing library to an older version, reducing the code
  39. (10/30/93) size by over 25K!
  40.  
  41.            With some help from the Fidonet C echo, I was able to fix my FOSSIL
  42.            code for the Microsoft compiler, and have switched ROMProc back to
  43.            Microsoft C 7.0, reducing code size by another 8K.
  44.  
  45.            Fixed a bug where external prompt files were not being displayed
  46.            properly to the remote user.
  47.  
  48.            Updated my direct comm library to the latest version.
  49.  
  50. 1.34     - ROMProc would not properly pass the FOSSIL port number to the
  51. (9/18/93)  transfer protocol, preventing the use of any FOSSIL protocols.
  52.            Please refer to the documentation for more information on how to
  53.            install ROMProc for FOSSIL use!
  54.  
  55. 1.33     - ROMProc will now accept an environment variable as input for the
  56. (9/11/93)  WORK_DIR parameter. This should help simplify multinode LAN
  57.            installations with different drive configurations in different
  58.            machines.
  59.  
  60.            Discovered (from a RBBS sysop) that the drive letter matching was
  61.            inadvertently case-sensitive during batch file transfers (PCBoard's
  62.            PCBSETUP automatically capitalizes all paths and filespecs, so it
  63.            never happened here on my system).  Fixed.
  64.  
  65. 1.32     - Oops...if a sysop configured ROMProc to not display user status
  66. (8/18/93)  information (COMM_IO set to NO), ROMProc would still produce an
  67.            error if the required communication parameters were not supplied.
  68.  
  69. 1.31     - Fixed a bug introduced in 1.30 where variables were not being
  70. (8/17/93)  replaced when no space was provided between the command key and the
  71.            variable. For example, "port @PORT@" worked fine, but "-p@PORT@" did
  72.            not.
  73.  
  74.            Changed the file handling logic where if a file is encountered that
  75.            does not include the drive spec, ROMProc will assume the current
  76.            drive. This will correct problems when sysops don't include the
  77.            drive in the download paths.
  78.  
  79.            Fixed a "Null pointer assignment" message that appeared on
  80.            unregistered versions.
  81.  
  82. 1.30     - CONFIGURATION FILE CHANGE!!!  ROMProc now has a configurable amount
  83. (7/30/93)  of time before the delay prompt is displayed to the online user.
  84.            Refer to the new DELAY_TIME parameter in the documentation.
  85.  
  86.            CONFIGURATION FILE CHANGE!!!  ROMProc now has a configurable string
  87.            to display when a transfer is aborted due to exceeding the
  88.            configured lock time; see the ABORT_PROMPT parameter. To help
  89.            alleviate confusion, the old LOCK_TIME parameter has been renamed to
  90.            ABORT_TIME.
  91.  
  92.            ROMProc's display has been revamped to include a new window, the
  93.            "Online User Display" window. This window displays a copy of what is
  94.            being transmitted to the remote user by ROMProc. I also tried to
  95.            make things a little nicer looking while I was at it.
  96.  
  97.            It is now permitted to configure a text file for ROMProc to display
  98.            the online user via the DL_PROMPT, PROC_PROMPT, DELAY_PROMPT and
  99.            ABORT_PROMPT parameters. If the first character of the string is a
  100.            "%", ROMProc will display the indicated text file. Note that PCBoard
  101.            @-variables and @X## codes are not permitted, although ANSI codes
  102.            may be used.
  103.  
  104.            Changed the number of display lines locked from three to two in
  105.            order to give ROMProc some extra room for information display.
  106.  
  107.            Updated the documentation to include my new BBS phone numbers and
  108.            home address effective August 16, 1993, as I've moved to Raleigh,
  109.            NC.
  110.  
  111. 1.22     - Found that my FOSSIL routines were broken using Microsoft C. As an
  112. (7/10/93)  interim fix, I have recompiled ROMProc using Borland's compiler.
  113.  
  114. 1.21     - If ROMProc failed with an error during the copying procedure on a
  115. (7/6/93)   locked drive, the locking semaphore file would be left behind,
  116.            essentially locking the drive indefinitely until the semaphore file
  117.            was removed manually. Fixed.
  118.  
  119.            Added some code to detect blank lines within a batch list file
  120.            generated by some BBS software (e.g. Prodoor).
  121.  
  122. 1.20     - CONFIGURATION FILE CHANGE!!!  ROMProc now supports drive locking for
  123. (6/17/93)  slow drives. This will prevent massive slowdowns due to thrashing
  124.            CD-ROM drives and changers. Refer to the LOCK_DRIVE and LOCK_TIME
  125.            parameters.
  126.  
  127.            CONFIGURATION FILE CHANGE!!!  With the addition of locking, ROMProc
  128.            will display the text defined by DELAY_PROMPT to the user indicating
  129.            the reason for the delay if ROMProc waits on the drive longer than 5
  130.            seconds.
  131.  
  132.            Some sysops stated that the error message display would go by too
  133.            quickly to read, therefore the delay was increased to 5 seconds from
  134.            3...this should help.
  135.  
  136. 1.12     - Learned that some BBS software do not stay in their node directory
  137. (6/2/93)   for the file transfer (e.g. RBBS). This poses a problem if two nodes
  138.            are executing batch downloads simultaneously, since the temporary
  139.            batch download list file was named "ROMPROC.LST" by default. Now the
  140.            list file is named "ROMPROC.#", where # is the node number. Note
  141.            that you must pass the node number using the -N command line
  142.            parameter for successful multinode implementation within these BBS
  143.            systems.
  144.  
  145. 1.11     - With the new versions of ARJ (2.39d and higher), secured ARJ
  146. (5/25/93)  archives cannot be modified in any way, including adding a BBS ad
  147.            file or commenting the archive. Therefore, ROMProc has been modified
  148.            such that it will not abort the transfer if an archiver error is
  149.            detected, but will continue and transfer the unmodified files. The
  150.            error will be displayed and logged for the sysop's information.
  151.  
  152.            Added error detection to ensure that incorrect COM port information
  153.            (e.g. IRQ, DTE rates) cannot be accepted by ROMProc.
  154.  
  155.            ROMProc could not automatically identify PKZIP 2.04? SFX archives
  156.            created with the -j (SFX junior) switch, resulting in them not being
  157.            commented and/or not having BBS ads inserted. Fixed.
  158.  
  159. 1.10     - CONFIGURATION FILE CHANGE!!!  ROMProc can display sysop-defineable
  160. (4/28/93)  text to the user indicating the processing status. Refer to the
  161.            COMM_IO, PROC_PROMPT and DL_PROMPT parameters in the documentation.
  162.  
  163.            CONFIGURATION FILE CHANGE!!!  ROMProc is now capable of logging
  164.            error messages to disk, if desired. This will help track down
  165.            configuration errors in ROMProc.
  166.  
  167. 1.00     - Oops...if a single-file download was initiated from a drive not
  168. (3/25/93)  specified to be preprocessed, ROMProc may delete it from the disk
  169.            after download.
  170.  
  171.            Broke the SFX archive identification routine, so no SFX archives
  172.            were commented or had BBS ads inserted. Fixed.
  173.  
  174. 0.99ß    - CONFIGURATION FILE CHANGE!!!  Archive commenting is now user-
  175. (3/23/93)  configurable via the COMMENT_ARC parameter. Enter YES if you desire
  176.            archive commenting, otherwise enter NO or comment the line out.
  177.  
  178.            CONFIGURATION FILE CHANGE!!!  The drives to be preprocessed (BBS ad
  179.            insertion and/or commenting) by ROMProc must now be specified using
  180.            the PROC_DRIVE parameter. Any file not on a specified drive will be
  181.            transferred from the original location. This feature is for sysops
  182.            who only want to preprocess CD-ROM files, but not files on hard
  183.            disks. Refer to the documentation for more information.
  184.  
  185.            Modified code to process all the files from a drive prior to
  186.            accessing another drive. This will prevent excessive CD changing on
  187.            multi CD-ROM changer drives.
  188.  
  189.            If an ARC_COMMENT command-line is left blank in the configuration
  190.            file, ROMProc will now skip commenting for that format. This will
  191.            enable BBS ad insertion into archives that do not support
  192.            commenting, such as LHA.
  193.  
  194.            Improved error-checking of command-line switches and archiver
  195.            processing.
  196.  
  197. 0.98ß    - Initial public beta release.
  198. (3/20/93)
  199.