home *** CD-ROM | disk | FTP | other *** search
/ ftp.whtech.com / ftp.whtech.com.tar / ftp.whtech.com / Geneve / mdos / geneve_manual&mdos_docs / update5.txt < prev    next >
Text File  |  2006-10-19  |  8KB  |  175 lines
  1. ===============================================================================
  2.       MM     MM  DDDDD   OOOOOO   SSSSS        555555       0000    0000
  3.       M M   M M  D    D  O    O  S             5           0   00  0   00
  4.       M M   M M  D    D  O    O  S             5           0  0 0  0  0 0
  5.       M  M M  M  D    D  O    O  SSSSS         555555      0 0  0  0 0  0
  6.       M  M M  M  D    D  O    O       S              5     00   0  00   0
  7.       M   M   M  D    D  O    O       S        5     5     0    0  0    0
  8.       M   M   M  DDDDD   OOOOOO  SSSSS          55555   .   0000    0000
  9.  
  10.  
  11.                          Myarc Disk Operating System
  12.  
  13.                  Copyright (C)1996 9640*News and Contributors
  14.  
  15.                      Version 5.00 released July 13, 1996
  16.  
  17. ===============================================================================
  18.  
  19. THOUGHTS AND CONCERNS:
  20. ---------------------
  21.        This new MDOS contains some long-awaited fixes as well as a few
  22.        needed additions.  Besides SCSI devices, the new MDOS is capable of
  23.        supporting the PFM and Rave devices, the Psystem, and more.
  24.  
  25.        Some of you may wonder, "why is MDOS 120K and why does it use so much
  26.        memory?"  It's true - MDOS does use a good portion of the Geneve's
  27.        memory.  Mike's SCSI code increased MDOS' need for memory by 16K.
  28.        8K for code, 8K for buffers.  In addition, MDOS 2.50S, 4.00S and now
  29.        5.00 _REQUIRE_ the additional 32K fast ram for SCSI access.
  30.  
  31.        Some of you have suggested removing some routines such as TREE or
  32.        FORMAT. The fact is that removing these and/or other routines would
  33.        not allow us to shrink MDOS.  The bulk of the code is found in the
  34.        libraries of functions which make up MDOS; device handlers, video
  35.        routines, DSR routines, and more.  To shrink MDOS by 8K would require
  36.        a lot of code shuffling, something which could "break" MDOS/GPL and the
  37.        programs they run.
  38.  
  39.        So we face the memory issue once again.  In the future it may be
  40.        possible to have MDOS detect whether a SCSI or HFDC is in the system
  41.        then use only the memory/pages needed for the cards.  However, if you
  42.        have one or both of these cards and you need more memory, then buying
  43.        expansion RAM is the way to go.  Whether you buy a memex, Myarc 512,
  44.        Rave, or 384K upgrade you will eliminate your memory shortage.
  45.  
  46.        Is that a realistic option - buying memory?  I would think so.  But to
  47.        show you that I'm not pushing you to buy more memory, here's the
  48.        system I use to PROGRAM and run GPL/EXEC/Advanced BASIC on!
  49.  
  50.          *  Geneve w/32K fast RAM
  51.          *  HFDC, 40MB and 20MB hard drives
  52.          *  Myarc Floppy controller
  53.          *  SCSI controller
  54.          *  Horizon RAMdisk (800K)
  55.  
  56.        See - I'm using a very basic system.  In fact, I've NOT upgraded so that
  57.        I can continue to run/develop programs that will work on a basic
  58.        system.  Trust me...additional memory is nice, but MDOS 5.00 will
  59.        work equally well without it.
  60.  
  61.        Anyway, enough editorializing...let's dig into the good stuff!
  62.  
  63.  
  64. *--------------------------------*
  65. * NEW/UPDATED COMMANDS/ROUTINES: *
  66. *--------------------------------*
  67.        - SCSI Support added/refined, will work with SCSI hard drives and
  68.          ZIP/EZ drives!
  69.        - SHIFT-SHIFT-CONTROL works with all versions of PFM.
  70.        - Fixed bug present in MDOS 2.50, caused MDOS to lock during powerup.
  71.        - PFM devices not present in 2.50S added to 5.00
  72.        - RAM count for pages >C0-EF modified to count them as FAST RAM.
  73.        - Re-added Jeff Whites keyboard filter to the MDOS keyscan routine.
  74.          Keyboard processing now operates the same as GPL and EXEC 2.11
  75.  
  76.  
  77.        - REMAP
  78.             Typed in alone, remap now displays the current mappings for
  79.             each drive number.  To save space, only the drive number and
  80.             map letter (as shown in REMAP_TXT) are displayed.
  81.  
  82.        - SETDSK
  83.             Typed in alone, setdsk now displays the current parameters for
  84.             each drive.
  85.  
  86. (new)  - PSYS
  87.             Use this command for Psystem emulation. Jerry Coffey has tested
  88.             this with the psystem development system and is putting together
  89.             a package for Geneve users.  Syntax is as follows:
  90.  
  91.                 PSYS     displays current setting
  92.                 PSYS ON  Enable psystem emulation
  93.                 PSYS OFF Disable psystem emulation (DEFAULT)
  94.  
  95. *----------------------------*
  96. * FIXED COMMANDS / ROUTINES: *
  97. *----------------------------*
  98.        - GENMOD SUPPORT
  99.             Jeff White fixed SCSI Genmod support, MDOS 3.00 bravo is born!
  100.  
  101.        - COPY CON
  102.             Creation time stamp routine corrected, no longer uses the last
  103.             time/date created in the buffer but goes out and checks the current
  104.             time.
  105.  
  106.        - SAVE PROGRAM (under Advanced BASIC / Extended BASIC)
  107.             Fixed problem with SAVing files.  Before, saving a file over an
  108.             existing file would blast the create date.  Now the creation
  109.             date is preserved, even if the file being saved is a different
  110.             type than that on the disk  (ie, saving a XB IV254 file over the
  111.             existing PROGRAM file).
  112.  
  113.        - CHKDSK /F
  114.             Jeff White fixed the display routine for hard drives with
  115.             capacities in excess of 99MB.
  116.  
  117.             Now writes back the corrected bitmap if bad sectors are found
  118.             on the FLOPPY being verified.  If the disk is write-protected,
  119.             MDOS will display an error message.
  120.  
  121.        - DISKCOMP
  122.             Bad sectors on source/target disks caused this routine to
  123.             increment the TOTAL number of sectors by one for each bad sector,
  124.             thereby causing the routine to loop indefinitely (verified w/2.21)
  125.  
  126.             Now both source and target disks are checked for errors.  Should
  127.             an error occur, it is reported, and that sector skipped.
  128.  
  129.        - DISKCOPY
  130.             Bad sectors caused the DISKCOPY command to fail similarly to the
  131.             way DISKCOMP failed (verified w/2.21)
  132.  
  133.             The bugs have been removed, and this command will copy disks
  134.             properly.  Bad sectors are skipped on the source.  The bad sectors
  135.             not read on the source are written to the target using whatever is
  136.             in memory at the time of the copy.
  137.  
  138.             Errors on the TARGET diskette will cause the DISKCOPY to skip writin
  139.             of that particular sector.  This means that the data did not copy
  140.             correctly, and it is time to (a)reformat the target disk or
  141.             (b) throw the target disk away and get a new disk!
  142.  
  143.        - CALL DIR(), EXTENDED BASIC w/OTHER RAMIFICATIONS!
  144.             After TWO days of searching I finally tracked down a long-present
  145.             DSR bug.  This bug caused the CALL DIR() to lock up whenever it
  146.             was used with an emulate file or a HFDC floppy.
  147.  
  148.             In the process of debugging, I learned that the CALL DIR code
  149.             is located in two areas, one for all floppy support, the other
  150.             for HFDC.  The HFDC CALL DIR code is not used but could be added
  151.             at a later date.  Directorys are not display, but that too could
  152.             be added later.
  153.  
  154.             Removing this bug should stabilize other HFDC Floppy operations.
  155.  
  156.        - CHKDSK *
  157.             Checks for fractured files on FLOPPIES only.  Because code for
  158.             this operation is floppy-specific, hard drives are not supported.
  159.  
  160.        - RAVE RAMDISK SUPPORT
  161.             1) A Rave RAMDISK using the default MDOS configuration will give
  162.                you 32K more memory showing up at pages >B9, >BD, >BE, and >BF.
  163.  
  164.             2) I could not automatically check for the Rave - there was no
  165.                room for the routine.   So, to use the Rave as a RAMDISK, you
  166.                have to do some sector editing.
  167.  
  168.                Search MDOS 5.00 for HEX String: >9640
  169.                To activate the rave RAMdisk, replace the string with >0000.
  170.  
  171.             3) A formatting routine is available for the Rave but is not
  172.                included here.
  173.  
  174. * End Of Document, Written July 13, 1996 @ 10:45pmby Timothy A Tesch
  175.