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 / BEEHIVE / OS / CONIX2.LBR / CHAPTER5.DQC / CHAPTER5.DOC
Text File  |  2000-06-30  |  23KB  |  661 lines
  1.  
  2.  
  3.  
  4.  
  5.                 Chapter    5 - Files
  6.  
  7.  
  8.     Differences  between  referencing  files  under     ConIX    and  CP/M,
  9.     improvements  to  user area manipulation, how to use the ExpanDisk
  10.     feature,  and  procedures  for    recovering  from  a  `Disk   Full'
  11.     condition.
  12.  
  13.  
  14.                    - CONTENTS -
  15.     __________________________________________________________________
  16.  
  17.  
  18.       5.  Files..................................................  5-1
  19.  
  20.         5.1     User Areas..........................................  5-1
  21.  
  22.         5.2     Standard CP/M Filenames.............................  5-1
  23.  
  24.         5.3     Standard ConIX    Filenames............................  5-2
  25.  
  26.         5.4     Automatic Searching.................................  5-2
  27.  
  28.           5.4.1  The Search    Path.................................  5-2
  29.  
  30.           5.4.2  Automatic Command Searching.....................  5-3
  31.  
  32.           5.4.3  Automatic File Searching........................  5-4
  33.  
  34.         5.4.3.1     Searching on the Command Line...............  5-4
  35.  
  36.         5.4.3.2     Using File Searching With CP/M
  37.                  Software............................  5-4
  38.  
  39.         5.4.3.3     Automatic Extension (Overlay)
  40.                  Searching...........................  5-5
  41.  
  42.         5.5     Drive Management....................................  5-7
  43.  
  44.           5.5.1  Recovering    from Disk Full.......................  5-8
  45.  
  46.         5.6     Notes...............................................  5-9
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.                       -    i -
  63.  
  64.  
  65.  
  66.  
  67.  
  68.     ConIX Operating    System                         Files
  69.  
  70.     5.  Files
  71.  
  72.     In this    section    we will    describe how programs and files    are
  73.     treated    differently under the control of the ConIX system as
  74.     opposed    to CP/M.  ConIX    presents some major improvements over the
  75.     standard methods of handling files in order to facilitate their
  76.     storage    in a more logical and space-efficient manner.
  77.  
  78.  
  79.     5.1  User Areas
  80.  
  81.     It can be rather time consuming    to sift    through    a large    directory
  82.     listing    to find    a particular file, especially when their contents
  83.     span many different areas.  For    example, you always have your
  84.     ``standard set'' of .COM files along with whatever it is they work
  85.     on.  You may also have a favorite set of utilities (like PIP,
  86.     STAT, etc.) as well as a set of    files related to the others, and
  87.     some totally unrelated.     You could get pretty sore eyes    trying to
  88.     find a file in the listing of such a large directory.
  89.  
  90.     One of the more    significant innovations    Digital    Research recently
  91.     added to CP/M is called    the User Area, which is    an attempt to
  92.     solve this storage problem.  Disk files    could be stored    in
  93.     separate directories within a physical disk, thereby eliminating
  94.     much of    the clutter.  You could    think of each user area    as being a
  95.     totally    separate disk with its own private directory.  CP/M
  96.     provides 32 such user areas which are numbered from 0 to 31.  The
  97.     CCP, however, only allows the user to access the first 16 (0 to
  98.     15), where you are automatically placed    in user    area 0 each time
  99.     you cold boot CP/M into    the system.
  100.  
  101.     One of the biggest setbacks with this implementation is    that files
  102.     which are stored in one    user area cannot be referenced,    on the
  103.     command    line, from another.  In    order for this concept to work at
  104.     all, you would have to make copies of the .COM files you would
  105.     need in    each user area so as to    be able    to run them.  This can be
  106.     extremely storage inefficient, especially for programs such as
  107.     WordStar which require approximately 60K of storage.  It is for
  108.     this reason that most people end up not    using this feature at all
  109.     with regular CP/M.
  110.  
  111.     ConIX, on the other hand, removes much of the inconveniences and
  112.     drawbacks which    were normally involved in working with user areas.
  113.     On the whole, ConIX creates an excellent environment for managing
  114.     your entire disk system.
  115.  
  116.  
  117.     5.2  Standard CP/M Filenames
  118.  
  119.     A filename is a    means by which the user    can reference a    particular
  120.     set of data stored on disk.  The syntax    of the standard    CP/M
  121.     filename is:
  122.  
  123.         (D:)<FILENAME>(.EXT)
  124.  
  125.  
  126.  
  127.  
  128.                        5-1
  129.  
  130.  
  131.  
  132.  
  133.  
  134.     Files                        ConIX Operating System
  135.  
  136.     where D    is a single letter corresponding to the    disk (A-P) on
  137.     which the file is stored, FILENAME is the name of the file (as ED,
  138.     STAT, or PIP - maximum 8 characters), and EXT is an optional
  139.     extension which    is usually used    as an indication of the    type of
  140.     data stored within the file (as    COM, ASM, or BAS - maximum 3
  141.     characters).  If the disk code is omitted, then    the default or
  142.     current    directory (as indicated    in the command line prompt) will
  143.     be assumed.
  144.  
  145.  
  146.     5.3  Standard ConIX Filenames
  147.  
  148.     The standard ConIX filename is similar in most respects    to that    of
  149.     CP/M.  It's format is:
  150.  
  151.         (D:)(#/)<FILENAME>(.EXT)
  152.  
  153.     where #    is the user area (0-31)    on which the file is stored.  If
  154.     the user code is omitted, then the default or current user area
  155.     (as indicated in the system prompt) will be assumed.
  156.  
  157.     Programs written for CP/M will only understand the syntax of the
  158.     CP/M filename.    Using the ConIX    format will yield erroneous
  159.     results.  The reason why is simple:  CP/M did not provide any
  160.     means of associating a user area number    with a filename.  That's
  161.     because    older versions of CP/M did not have user area capability,
  162.     and incompatibility would have resulted    from changing the internal
  163.     mechanisms for accessing files.     Although we were able to kludge
  164.     our way    around this limitation in many instances, in general,
  165.     specifying user    areas with filenames is    not always possible.
  166.  
  167.     The majority of    programs written for ConIX, in this and    future
  168.     packages, will accept the new form of the filename.  It    is a very
  169.     useful means for accessing files on disks and user areas other
  170.     than the one you're currently using.
  171.  
  172.  
  173.     5.4  Automatic Searching
  174.  
  175.     In an attempt to improve upon the way the CCP manipulates user
  176.     areas, we have added an    innovative feature to ConIX called
  177.     Automatic Searching.  This allows commands or files to be loaded
  178.     automatically from a drive or user area    other than the one being
  179.     used.  In this way, files or commands which are    accessed quite
  180.     often may be kept in areas common to all disks and user    areas,
  181.     thereby    eliminating the    need for multiple copies.
  182.  
  183.  
  184.     5.4.1  The Search Path
  185.  
  186.     ConIX implements a concept called Path Searching which allows you
  187.     to declare the files within certain directories    as being common
  188.     with all other directories.  This is done by using the OPT +/-SP
  189.     command    as described in    detail in the commands section.     For the
  190.     purpose    of instruction,    we will    explain    its use    briefly    here.
  191.  
  192.  
  193.  
  194.                        5-2
  195.  
  196.  
  197.  
  198.  
  199.  
  200.     ConIX Operating    System                         Files
  201.  
  202.     The syntax of the command to set the Search Path is:
  203.  
  204.         <A:00> opt +/-sp <path>
  205.  
  206.     where path is a    list of    disk and user areas which are to be
  207.     considered common to all other directories.  For example:
  208.  
  209.         <A:00> opt +sp a0a15
  210.  
  211.     will set drive A user 0    and 15 to be common directories.  Up to    16
  212.     such drive and user area combinations may be entered into the path
  213.     list.  Whenever    a search feature is invoked (we'll outline them
  214.     soon), the directories specified in the    Search Path will be
  215.     automatically searched for the requested file in the order in
  216.     which they were    specified.
  217.  
  218.     Note that ConIX    will only search those path disks which    are on-
  219.     line or    logged-in.  Therefore, you may have more than one drive    in
  220.     the path, although it might not    necessarily be in use at any one
  221.     given time.
  222.  
  223.  
  224.     5.4.2  Automatic Command Searching
  225.  
  226.     In standard CP/M, if you are using drive A user    0, and issue a
  227.     command, such as ED, then the file ED.COM is searched for on the
  228.     same drive and user area (the default directory) and loaded if
  229.     found.    Otherwise, an error message is printed,    as:
  230.  
  231.         A>ed foo.asm
  232.         ed?
  233.         A>
  234.  
  235.     The same holds true if you were    on drive A-P and user area 0-15.
  236.     Only the current user area directory is    searched.  But remember,
  237.     that was regular CP/M.    ConIX, on the other hand, is much more
  238.     flexible.
  239.  
  240.     Automatic Command Searching allows you to store    commands in any
  241.     Search Path directory to make them commonly available to all other
  242.     disks and user areas.  Therefore, if you typed:
  243.  
  244.         <A:02> ed foo.asm
  245.  
  246.     ConIX will search A:2/ for ED.COM and, if not found there, it will
  247.     search the directories that were specified in the Search Path.
  248.  
  249.     If you know on what drive and user area    a command lies,    you can
  250.     specify    it on the command line and ConIX will look only    there.    If
  251.     the file is not    found there, no    searching will take place and an
  252.     error message will be printed.    For example, if    you were using
  253.     A:10/ and you wanted to    load a command on A:15/, you can type:
  254.  
  255.         <A:10> a:15/cmd     (arg(s))
  256.  
  257.  
  258.  
  259.  
  260.                        5-3
  261.  
  262.  
  263.  
  264.  
  265.  
  266.     Files                        ConIX Operating System
  267.  
  268.     ConIX will go directly to the specified    directory without
  269.     performing any searching.
  270.  
  271.  
  272.     5.4.3  Automatic File Searching
  273.  
  274.     In the previous    section, we discussed the operation of Automatic
  275.     Command    Searching whereby ConIX    will search all    Search Path
  276.     directories for    the requested command until it is found.
  277.     Automatic File Searching works in exactly the same way,    except we
  278.     are dealing with ordinary files    and not    commands.  The syntax for
  279.     accessing files    in this    manner is:
  280.  
  281.         :FILENAME.EXT
  282.  
  283.     which is the same as the regular CP/M format, with the exception
  284.     that the single    letter drive code is omitted.
  285.  
  286.     NOTE:  It is highly recommended    that searching only be used when
  287.     performing a read operation on the file.  Using    such a syntax when
  288.     writing    to the file may    cause different    results, depending upon
  289.     whether    or not the file    is found and where.  If    you intended on
  290.     writing    to a file in a certain directory and it    was not    there,
  291.     then you could end up writing to another file with the same name
  292.     in a different place, thereby destroying the data within it.  It
  293.     is for this reason that    ConIX does not permit this syntax to be
  294.     used with Output File Redirection (to be described later).
  295.  
  296.  
  297.     5.4.3.1     Searching on the Command Line
  298.  
  299.     The most common    usage of Automatic File    Searching occurs on the
  300.     command    line when filename arguments are specified.  For example,
  301.     assuming the Search Path to be A0A15, you can type:
  302.  
  303.         <A:10> type :foo.asm
  304.  
  305.     ConIX will search the directories A:10/, A:0/, and A:15/ for the
  306.     file FOO.ASM and, if found, its    contents will be printed on the
  307.     console    screen.
  308.  
  309.     Note that this syntax works with all commands built into ConIX,
  310.     but will not work with standard    CP/M compatible    programs.  There
  311.     exists another method for utilizing ConIX File Searching with such
  312.     software.
  313.  
  314.  
  315.     5.4.3.2     Using File Searching With CP/M    Software
  316.  
  317.     Using a    special    command    line option, you can reference a file
  318.     within the Search Path when using existing CP/M    software.  The
  319.     syntax for this    feature    is:
  320.  
  321.         <A:00> [f(=#type)] <command> (arg(s))
  322.  
  323.  
  324.  
  325.  
  326.                        5-4
  327.  
  328.  
  329.  
  330.  
  331.  
  332.     ConIX Operating    System                         Files
  333.  
  334.     where type is an optional number that determines whether a path-
  335.     login will take    place when ConIX is searching for a file.  If type
  336.     is 0, ConIX will search    only on    those disks which have been
  337.     logged-in, as per standard path    searching procedure.  If type is 1
  338.     or omitted, ConIX will search through all disks    present    within the
  339.     search path, whether they are logged-in    or not,    until either the
  340.     file is    found, or the end of the path is reached.
  341.  
  342.     When path-login    is used, be sure each drive in the path    is on-line
  343.     (powered-up with a disk    loaded), otherwise the system may print    an
  344.     error message or just hang (depending upon how your BIOS handles a
  345.     drive-not-ready    situation).
  346.  
  347.     Let's say you were using a BASIC interpreter which was invoked
  348.     from A:0/ and wanted to    load a file from a different user area.
  349.     Under standard CP/M this would be impossible.  ConIX, however,
  350.     allows you to utilize Path Searching to    access this file.  To
  351.     enable this feature for    BASIC, as in our example, type:
  352.  
  353.         <A:00> [f=0] basic
  354.  
  355.     Within BASIC you can now type:
  356.  
  357.         Ok
  358.         load ":test1"
  359.         Ok
  360.  
  361.     The colon will act as a    signal to ConIX    that the specified file    is
  362.     to be loaded from the Search Path if not found in the current
  363.     directory.  Internally,    the colon will be stripped from    the
  364.     filename and ConIX will    record the corresponding user area for
  365.     future disk references to this file.  Since the    colon occupied one
  366.     space within the 8-character filename segment, you are limited to
  367.     using 7-character filenames (excluding the extension) when taking
  368.     advantage of this feature.
  369.  
  370.  
  371.     5.4.3.3     Automatic Extension (Overlay) Searching
  372.  
  373.     There exits a few problems with    setting    up user    areas as we have
  374.     described them thus far.  Firstly, you can't specify a ConIX-type
  375.     filename with standard CP/M software.  This is annoying, but it
  376.     can be circumvented in many cases.  The    easiest    way, if    you have
  377.     the source code    to the software, is to modify the program to use
  378.     some of    the added ConIX    SysCalls (described in the Programming
  379.     Manual)    when accessing files.  Unfortunately, that is the only way
  380.     to do it.  If you can't    modify the program, you'll probably have
  381.     to live    with the limitation.
  382.  
  383.     Secondly, programs which use overlays tend to bomb when    the
  384.     program    is invoked from    any user area other than the one you're
  385.     currently working in.  That may    not be so bad, especially if you
  386.     plan to    use the    software from only that    user area.  In such a
  387.     case, just store the overlay files there.
  388.  
  389.  
  390.  
  391.  
  392.                        5-5
  393.  
  394.  
  395.  
  396.  
  397.  
  398.     Files                        ConIX Operating System
  399.  
  400.     However, editing programs (such    as WordStar) tend to be    used from
  401.     any directory.    Duplicating the    overlays in each user area brings
  402.     back the problems which    we had with user areas in the first place.
  403.  
  404.     To effectively get around this,    we have    implemented Automatic
  405.     Extension Searching which would    allow overlays to be stored in any
  406.     one user area and accessed from    within all system directories.    In
  407.     order to use this feature, you must first specify a list of
  408.     filename extensions (.EXT's) for which auto-searching is to take
  409.     place.    This is    done with the OPT +/-XS    internal command but,
  410.     briefly, the syntax is:
  411.  
  412.         <A:00> opt +/-xs <.EXT>    . . .
  413.  
  414.     where EXT represents the extension(s) for which    searching will
  415.     take place.  For example, the command line:
  416.  
  417.         <A:00> opt +xs .ovr .ovl
  418.  
  419.     will set Extension Searching for files which have .OVR and .OVL
  420.     extensions.  The extension list    contains no entries on start-up.
  421.  
  422.     Once a valid list of extensions    has been set, Extension    Searching
  423.     can be enabled by using    the [F]    command    line option, as:
  424.  
  425.         <A:00> [f(=#type)] <command> (arg(s))
  426.  
  427.     If the specified command should    access any files with extensions
  428.     matching those in the Extension    List, ConIX will search    for the
  429.     file in    the current directory and, if not found    there, along the
  430.     Search Path as well.
  431.  
  432.     For example, let's say WordStar    and its    overlay    files are stored
  433.     on A:15/ and the Search    Path is    set to A0A15.  If you were to
  434.     issue the command:
  435.  
  436.         <A:10> [f] ws
  437.  
  438.     the file WS.COM    and the    .OVR overlays will be loaded from the Path
  439.     directory A:15/.  You can specify [F=0]    if ConIX should    search
  440.     only on    those path disks which are currently activated or logged
  441.     in.  Otherwise,    all disks in the path will be searched,    regardless
  442.     of their current state.
  443.  
  444.     The way    Extension Searching works internally is    that ConIX checks
  445.     the FCB's passed to the    disk I/O file-open SysCalls to see if the
  446.     file extension within it matches one in    the user-specified
  447.     Extension List.     If so,    Automatic Searching is invoked and, if the
  448.     file is    not found, an error code is returned.  If found, an entry
  449.     is made    into an    internal table which contains the address of the
  450.     FCB as well as the associated user area.  Future I/O SysCalls will
  451.     check this table for the given FCB address and,    if found, will set
  452.     the user area accordingly.
  453.  
  454.  
  455.  
  456.  
  457.  
  458.                        5-6
  459.  
  460.  
  461.  
  462.  
  463.  
  464.     ConIX Operating    System                         Files
  465.  
  466.     Note that Command Searching using .COM extensions is independent
  467.     of this    feature.  Extension Searching for .COM files which are
  468.     referenced within programs (such as dBase II) must be explicitly
  469.     specified within the Extension List.
  470.  
  471.  
  472.     5.5  Drive Management
  473.  
  474.     How many disk drives do    you have on your system?  One, or two,
  475.     maybe more?  Well, CP/M    has the    capability of referencing up to    16
  476.     different disk drives, coded A:    to P:.    It is most unlikely that
  477.     any computer will use all sixteen.   If    that is    true for your
  478.     system,    then you can make this unused capacity work for    you.
  479.  
  480.     The ExpanDisk feature can make your computer seem like it has 16
  481.     different drives, even if it really has    only one or two.  This is
  482.     done by    redefining the disk code, D:, corresponding to one of your
  483.     drives,    in effect, mounting the    new disk on that drive.     The
  484.     ExpanDisk drives and the actual    drive to be used for the mount
  485.     disk are set by    using the OPT +/-XD command.  By default, they are
  486.     set to I:, J:, and K:, with the    mount disk being drive A:.
  487.  
  488.     To utilize an ExpanDisk    drive, simply reference    it as any other
  489.     drive on your system.  For example, you    can change the default
  490.     directory to one of ExpanDisk drives as:
  491.  
  492.         <A:00> i:
  493.         A: disk    in A: drive - load I: disk
  494.         <I:00>
  495.  
  496.     This message indicates that the    drive A: disk is currently loaded
  497.     in the A: drive    (the mount disk).  Remove that disk and    load the
  498.     disk which will    now be referred    to as drive I:.     The system will
  499.     be waiting for you to type a character.     If you    hit a <RETURN>,
  500.     the disk will be selected.
  501.  
  502.     Hitting    CTRL-A at the ExpanDisk    prompt will cause the disk system
  503.     to be reset entirely.  A CTRL-B    will reset only    the requested
  504.     drive.    Hitting    CTRL-C will abort the request via a warm boot
  505.     causing    no ``mount'' action.  This is useful for aborting an
  506.     unintentional ExpanDisk    drive reference.
  507.  
  508.     Once the new drive is mounted, it can be used just as any other.
  509.     The only difference is that its    name was changed to I:.     You may
  510.     return to disk A:, as:
  511.  
  512.         <I:00> a:
  513.         I: disk    in A: drive - load A: disk
  514.         <A:00>
  515.  
  516.     The only ill effect this feature has, is that all previous disks
  517.     mounted    on drive A:, the mount drive, will be changed to the R/O
  518.     state when a new ExpanDisk drive is logged in.    Only this last
  519.     logged drive will remain R/W.  This is because the ExpanDisk
  520.     drives share the same memory used to store the directory
  521.  
  522.  
  523.  
  524.                        5-7
  525.  
  526.  
  527.  
  528.  
  529.  
  530.     Files                        ConIX Operating System
  531.  
  532.     information of the mount disk.    Whenever another disk is placed    in
  533.     that drive, it is set to R/O just as if    you had    changed    disks in a
  534.     regular    drive.
  535.  
  536.     Therefore, in our example here,    drive A: would be R/O if you had
  537.     swapped    a different disk into I:.  To get the prompt to    reflect
  538.     this, run the DIR command.  Your prompt    will now be:
  539.  
  540.         <A!00>
  541.  
  542.     If we return to    drive I: and execute DIR, the prompt will still
  543.     indicate that the drive    is not write protected.     This is because
  544.     the last update    to the directory information vector was    done by
  545.     this drive, when it was    first logged in.  You can notice this
  546.     ``login'' the first time you accessed I:, when the disk    clicked
  547.     before you got the new prompt.    The second time    it did not click.
  548.     That means it had already been logged in.
  549.  
  550.     If you were now    to access another ExpanDisk drive, such    as J:,
  551.     you'd hear the click because this drive    had never been previously
  552.     accessed, and therefore, must be logged    in.  This drive    will now
  553.     become the ``writable''    drive, and I: will join    A: as being read-
  554.     only.  All disks loaded    into the mount drive will now be compared
  555.     to the directory information obtained from the J: disk,    and if
  556.     they do    not match, that    drive will also    be set to R/O.
  557.  
  558.  
  559.     5.5.1  Recovering from Disk Full
  560.  
  561.     Did you    ever run out of    disk space or get a bad    sector message
  562.     while you were running a program?  This    is a rather common
  563.     occurrence and can often cause the loss    of valuable data, and
  564.     maybe hours worth of work.  You    can't swap disks while the program
  565.     is still running because CP/M detects the change and doesn't allow
  566.     you to write to    that disk.  What do you    do if you have only one
  567.     drive, or your second drive also doesn't have enough space?
  568.  
  569.     The solution is    simple and effective.  All you have to do is tell
  570.     the program to save your file on one of    the ExpanDisk drives, and
  571.     load a fresh diskette.    The new    disk will appear to be in a
  572.     functional drive, and CP/M will    allow you to write to it.  Your
  573.     data will be saved, and    so will    your time.
  574.  
  575.     To illustrate, let's say you were writing a program in BASIC, as:
  576.  
  577.         <A:00> basic
  578.         Welcome    to BASIC Version X.XX
  579.         Ok
  580.         10 print "hello, world"
  581.         20 end
  582.         run
  583.         hello, world
  584.         Ok
  585.  
  586.  
  587.  
  588.  
  589.  
  590.                        5-8
  591.  
  592.  
  593.  
  594.  
  595.  
  596.     ConIX Operating    System                         Files
  597.  
  598.     If you wanted to save your program on disk, you'd type:
  599.  
  600.         Ok
  601.         save "FIRST"
  602.         Disk Full!
  603.         Ok
  604.  
  605.     BASIC would then attempt to save your program in the file
  606.     A:0/FIRST.BAS.    The Disk Full! message indicates that there is no
  607.     space available    on drive A.  In    that case, just    type:
  608.  
  609.         Ok
  610.         save "I:FIRST"
  611.         A: disk    in A: drive - load I: disk
  612.         Ok
  613.  
  614.     ConIX detected that you    referenced an ExpanDisk    drive, and printed
  615.     the ``load'' message, allowing you to swap in a    new diskette and
  616.     save the file.
  617.  
  618.     When you return    to ConIX, you will be greeted with another load
  619.     message    since your default directory was A:, and that disk is not
  620.     currently in the mount drive.
  621.  
  622.  
  623.     5.6  Notes
  624.  
  625.     1) When    using File or Extension    Searching, it is recommended that
  626.        the path-login feature be enabled for commands that use the
  627.        CP/M    Disk-Reset SysCall.  For example, WordStar, before opening
  628.        any files, will first reset the disk    system,    thereby    disabling
  629.        all drives except the one being used.  Therefore, if    the
  630.        overlay files are in    the path on B: and you are editing from
  631.        A:, B: would    be unlogged, and not searched if [F=0] was used.
  632.        Since this scenario tends to    occur quite often, we recommend
  633.        using [F=1],    or just    [F] in the options list    for programs such
  634.        as WordStar that reset all disks during the course of their
  635.        execution.  Of course, you must be sure that    all disks to be
  636.        searched in the path    are on-line, or    else a system error may
  637.        occur.
  638.  
  639.     2) Some    programs do not    properly handle    the `Disk Full'    condition
  640.        in order to allow you to retry the save on another drive.  This
  641.        is a    limitation of the particular program, and not of ConIX.
  642.        Consult the manuals for your    software to determine if this
  643.        capability is available.
  644.  
  645.  
  646.  
  647.  
  648.  
  649.  
  650.  
  651.  
  652.  
  653.  
  654.  
  655.  
  656.                        5-9
  657.  
  658.  
  659.  
  660.  
  661. σHAPTER5DOC *YσHAPTER6DOC 6Ç8