TIP: Click on subject to list as thread! ANSI
echo: geoworks
to: ANNE PAGE
from: CHARLES LAYNE
date: 1996-07-31 15:54:00
subject: Re: GEOFILE CRASH

 -=> Pearls of Wisdom from Anne Page on 30 Jul 96  20:28:00 <=-
 AP> My GeoFile database for the subscriber and sample mailing lists for my
 AP> monthly canine newspaper presently has 1896 data records in it.  Each
 AP> record has 13 fields, one of which contains all of the information
 AP> about the subscriber's dog sports activities and identification of
 AP> breeds owned and whether the person is a breeder or not and sometimes
 AP> has as many as three or four full lines of narrative text in it.
   That's pretty big, OK.
 AP> The only time I get a KR-09 nowadays is if I ask for too many pages
 AP> of 3-across 30 to a page labels to print in one queue.  When I
   My problem has had nothing to do with printing.  I have always been
   able to print whatever I have wanted.  And, since I'm not managing a
   DB as large as yours, I haven't noticed any problems with speed
   degradation.
 CL>>   The problem is not system dependent.  It has happened on various
 CL>>   systems
 AP> I think it is a problem with your handles setting in Preferences or
 AP> that you are not shutting off your screen saver before attempting to
 AP> sort or print from GeoFile.
   Just to be sure, I checked my handles settings.  Just as I thought, I
   have always bumped them up to the maximum value of 3500.  I don't see
   the screen saver as a contributing factor because it doesn't come on
   while I'm actively working in the DB.
 AP> The other possibility might be that you are not saving as you exit
 AP> in order to exit cleanly.  Even if you did a save, you should "close"
 AP> so that GEOS asks if you want to "save" and you can say "yes" for a
 AP> clean exit.  Someone more technical than I can explain it better, I
 AP> am sure, but I have found that doing a save every few records is not
 AP> the same as the exit save.  Yes, the save every few records is saving
 AP> the new ones to the datafile, but the save on exit is what lets GEOS
 AP> put everything back where it should be or whatever it does to have
 AP> the file right when you open it the next time.
   This may be the one area that I haven't paid meticulous attention to.
   I did remember some discussion about exiting GeoFile from some time
   ago and usually try to ensure that I'm up to date on my saves before
   an exit.  I'll pay close attention to this.
   Thanks for your reply, Anne, but the KR-09 errors you describe are
   different than the ones I have run into.  I have experienced the
   occasional KR-09 while working in a file, but, like you, I am able to
   exit and return to it with only minor interruption.
   However, the type of error which I have written about occurs when
   trying to open a GeoFile.  It goes through the motions of opening
   normally and then hangs up before completely opening.  At that point,
   I am stuck.  There is no way (that I have found) to access the file
   any further.  Repeated attempts to exit and retry result in the same
   thing - a hangup.  Once the file is corrupted, it is lost.  I can't
   even get back into it to re-enter data in the formats I created.  The
   entire DB is lost to me.  Unless I have a backup, it's back to the
   drawing board.  And backups are no guarantee.  Once the file is
   corrupted - and I don't know when that is until I try to open it
   again - it also transfers its corruptions when backed up.  IOW, I
   back up the file, but unknowingly, it is corrupted, too.  So no
   relief there.
   Unfortunately, there is nothing I can pin it to.  It's not operating
   system, since it has happened in DRDOS and various editions of MSDOS.
   It has happened on computers with and without Windows.  It has
   happened on a 386, 486, and pentium.
   As I wrote above, the exit phenomenon may have something to do with
   it, even though I am typically careful to ensure that the last save
   has been made and the exit is clean.  In short, I am baffled, since
   one of the strong points with Ensemble has always been its
   reliability with regard to data preservation.
TTFN --CHUCK--
... Does vacuuming count as aerobic exercise?
--- ==>> Back to RA via Win95!
---------------
* Origin: The Hole BBS Va Beach Va (804) 431-1800 (1:275/71)

SOURCE: echomail via exec-pc

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.