Oakland CPM Archive/oakcpm.iso/cpm/wstar/longdocs.tzt/LONGDOCS.TXT

Text File | 1988-01-30 | 7.1 KB | 136 lines

THE LONG AND SHORT OF WORDSTAR DOCUMENT FILES
by Bob Rosenfeld, SLKUG, August 1987

(How to work with large files and WordStar)

My major project, for the last few months, has been to inventory
my books, VCR tapes, audio cassettes, and magazines (the ones
that I save until they mold in the basement.)  Because of the
magnitude of the book inventory, I have split it into two main
categories:  COOK BOOKS (about 300 of them), and OTHER BOOKS
(about 2500 in more than 65 file transfer boxes.)

I suppose dBASE II would have been a more logical choice for
software, but although I have played around with it, I don't feel
as comfortable with dBASE as I do in good old WordStar.  The
short inventories that I have run before, amounted to ten pages
or less --- easily handled by WordStar --- but with the BOOK
inventory I have a list that covers 50 pages .... and I'm still
going.  Major problems:  searching for duplicate books; jumping
from one end of the file to the other; and saving the file.  It
takes several minutes for each search.  These problems were just
an inconvenience compared with the worst problem:  not having
enough room on the disk to allow the file to be searched or
saved.

I ran into trouble when the file on my Kaypro 10 reached 186K
bytes.  Okay, so the disks hold 390K bytes in theory, right?
That is what it says when I check a freshly formatted floppy's
empty directory with D.COM.  You'd better not believe that you
can use the 390K bytes if you are working on a file.  The space
required is actually three times the size of your file.  First,
there is the space the file itself occupies.  Second, there is
the back-up file (marked with the extension BAK on the disk
directory.)  It takes up the same amount of space as the file did
before revision.  Third, when saving a file, the computer can
require just as much space as the file itself for temporary
storage while the process is being completed.  When you search a
file, the same thing happens.  The computer requires as much
space as the original file, temporarily, until the search is
completed.

I worked on the inventory file using my hard disk, and then
copied it to an empty floppy.  That meant there was no BAK file
taking up space on the floppy.  I had some additions to make to
the file that added about a page (about 9K.)  Well, 390K divided
in half is 195K, but I ran out of space searching a file of 186K.
As a result I lost about two hours work.  Much like the confirmed
atheist, it couldn't be saved.  In desperation, I called Ken
Seger for help.  He came to the rescue with the suggestion of
using TXTSAVE.LBR or RESQ14.COM (from the SLKUG club disk #44.)
I tried those programs, but alas, it was too late.  The demise of
the inventory of Book Box #65 had taken place.  I used NULU to
extract the utility files from TXTSAVE.LBR.  Then I used
WS3SAVE.COM (when you call it up, you get the simple instructions
on how to use it.)  It only brought back the middle of the file,
the inventory of Boxes #40 through #47.  Thank goodness, I had
backed up the file at the end of my last inventory effort.  The
list, including Box #64, was safe.  Now, I am reinventorying Box
#65.  I have learned several things through this exercise in
frustration:

1.  Periodically, save with 2KS.

2.  Don't put all your eggs in one basket -- split up your long
  files.

3.  Use back-up disks.

With these three maxims in mind, you may save Ken Seger the
opportunity to help you out, and save your own temper and sanity
as well.

I am so remiss in saving my files that I have dedicated two "el
cheapo" alarm wrist watches for reminders.  These are the kind
that emit a little whimper, a single "beep", every hour, and give
a never-ending series of beeps when the alarm goes off (this
always occurs during the very quiet musical passages at a
symphony concert.)  The time settings on the watches are set half
an hour apart.  In this way, I get a beep every half hour.  When
I get beeped, I SAVE!!  Even in the middle of a sentence, I SAVE!
Even while I am in deep thought with my eyes closed (Henry calls
this napping, I call it meditation), the beep sets off the
conditioned response to SAVE!  I hit 2KS, and after the save, it
is followed by 2QP that puts me right back where I was (but not
necessarily with my eyes closed.)  Now, this is the right thing
to do (it says so in the "Good Book", the Kaypro User's Manual.)
But for long files, saving takes such a long time that it could
result in a resumption of somniferousness.  To avoid this we go
to the next rule:

Use short files!  With my 65 boxes of books, I had to resort to
subterfuge.  I create a separate file each time I start to
inventory another box.  The main file is called INVENTOR.BKS (for
INVENTORY of BOOKS.  I called the sub-files INVBOX65.BKS, for
INVENTORY of BOX #65 of BOOKS.  When I finish inventorying and
saving the file of Box #65, I go to the main file, INVENTOR.BKS,
and set the cursor at the end of the file.  Then I use 2KR.  When
I get the prompt asking what file I want to read, I enter
A:INVBOX 65.BKS.  Wordstar then picks up a copy of the sub-file,
INVBOX65.BKS, and writes a copy of it at the end of the main
file,INVENTOR.BKS.  I immediately use 2KD to save the main file,
and to exit the file so I can open a new sub-file, INVBOX66.BKS,
for the next box to be inventoried.  Once the sub-file is
recorded into the main file, AND YOU HAVE VERIFIED THAT IT IS
INDEED THERE, you can erase the subfile from the working disk.

Now here comes the part that shows you how really chicken I am.
Since I have a hard disk, I do my work on the hard disk (Drives
"A" or "B".)  It is a lot faster to use the hard disk rather than
the floppy.  I am less likely to run out of space.  I keep a
floppy disk in Drive "C", using the "O" command from the main
Wordstar menu.  It will ask me if I want to overwrite the
existing file, C:INVENTOR.BKS.  With fear and trembling in my
heart, I hit the "Y" (for "YES") and let it do its thing.  Only
when I check the final result on the floppy, calling up the file
C:INVENTOR.BKS, and find that Box #65 is indeed listed, do I give
a sigh of relief, and go on with the next sub-file for Bos #66.

Actually, if you know how big the main file was before the
addition, all you really have to check is that the size of the
sub-file has been added to the size of the main file.  To some
"Doubting Thomases", seeing's believing.  I look for Box #65 at
the end of the main file before I erase the sub-file from my hard
disk.

A word of WARNING!  Don't do work on a file that is going to be
longer than half the space left on the disk.  This means 195K
maximum, when starting with a freshly formatted empty floppy DSDD
disk.  Do your work on a separate disk, and keep adding the short
sub-files to the main file if it is to exceed half the available
space.  You can always copy a file, using the PIP commands, or
using the "O" in Wordstar, to fill a whole disk of 380+ bytes,
but you can't make changes on that disk and save them if the file
length is more than half the capacity of WHAT IS LEFT on that
disk.