home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.databases
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!csn!tpsrd!tps.COM!thomasd
- From: thomasd@tps.COM (Thomas W. Day)
- Subject: Foxpro File Crashes
- Message-ID: <thomasd.28.727628716@tps.COM>
- Sender: news@tps.com (News Software)
- Organization: Telectronics Pacing Systems
- Date: Thu, 21 Jan 1993 15:05:16 GMT
- Lines: 30
-
- I have a Fox database that lives on a server. Occasionally, the server
- crashes (we use LANMAN, no surprise) and my database goes down with it if a
- record is being saved at the moment of the flameout. I have found a cobbly
- way to save the database, up to the last record that was open when the
- system crashed, but I am unclear on what I'm really doing. The following
- are the instructions I have written to myself:
-
- How to "bring back" a Foxpro database that was crashed
- by the network:
-
- The header record information can be altered to the last
- recoverable record. The database structure information
- is located in the header (see page B-18 of the Foxpro
- Developer's Guide).
-
- To step the database record back to the last complete record,
- decrement the fifth (5th) byte one record and test the database.
- The Guide says the 4th through the 7th bytes record the "number
- of records in the file," but for 10,000 record databases the 5th
- byte is the last digit.
-
- Example: The database crashed leaving the following information in
- the header; F5 5C 09 1D 20 2D 00, changing 20 to 19 recovered
- the database (approximately 11k records in the database).
-
- Here's my question, as you can see by the last paragraph, I don't have a
- clear idea of which hex bit is the least significant. Does anyone know?
-
- Thanks,
- Tom Day
-