home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / dbasel / 772 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  2.6 KB
  1. Path: sparky!uunet!mcsun!uknet!ox-prg!oxuniv!hsr4
  2. From: hsr4@vax.oxford.ac.uk
  3. Newsgroups: bit.listserv.dbase-l
  4. Subject: Re: Dbase 3 / 3+
  5. Message-ID: <1992Jul29.143133.7887@vax.oxford.ac.uk>
  6. Date: 29 Jul 92 13:31:33 GMT
  7. References: <9207241830.A03431@ius.indiana.edu>
  8. Organization: Oxford University VAXcluster
  9. Lines: 55
  10.  
  11. In article <9207241830.A03431@ius.indiana.edu>, rboyer2@IUS.INDIANA.EDU (RBOYER2) writes:
  12. > :Can someone tell me where I can find the file format description of a Dbase
  13. > :          3 / 3+ database file ?
  14. > :Thanks
  15. > :
  16. > :Davei (davei@lancaster.ac.uk)
  17. > 
  18. >           I've been meaning to look these things up for a long time
  19. >           now and just decided I would.  They are listed in the
  20. >           Appendix-D of my dBase III+ manual.  I'll copy them here for
  21. >           you poor souls without the manual handy.
  22.  
  23. And they also appear in Appendix C of the Using dBASE III PLUS manual.
  24.  
  25. > 
  26. >           Structure of a Database File Header:
  27. > 
  28. >           Byte
  29. >           Offset   Contents           Meaning
  30. >           ==========================================================
  31. >           0        1 byte             dBase III version number
  32. >                                         (03H without a .dbt file)
  33. >                                         (83H with a .dbt file)
  34. > 
  35. >           1-3      3 bytes            date of last update
  36. >                                         (YY MM DD)
  37. > 
  38. >           4-7      32 bit number      number of records in data file
  39.  
  40. [etc]
  41.  
  42. I too have been looking for details of file structures, but with much finer
  43. detail than is given in the handbooks.  For example, exactly how to interpret
  44. the values, and what normal ranges might be expected.
  45.  
  46. I'm slowly finding time to work things through, so I can't give fine detail yet
  47. (but give me time...).
  48.  
  49. One thing which has become apparent is that the 32 bit number which lies in
  50. offset bytes 4-7 doesn't translate as it stands.  For example, when I look at
  51. one of my (problem) .dbf files, the hex values for bytes 4-7 are 3F 91 01 00.
  52. The direct conversion of that number to decimal gives 1,066,467,584 - which
  53. isn't the number of known records in the file!
  54.  
  55. What appears to be necessary is to reverse the sequence of the bytes - so
  56. 3F 91 01 00 becomes 00 01 91 3F, which turns out to be decimal 102,719 (and
  57. which also happily is the number of known records in the file).
  58.  
  59. For some this might be glaringly obvious, but not for others (like me, with 
  60. debugging experience primarily in Texas Instruments environment!).
  61.  
  62. There may be others lurking.  If I find anything really tortuous, I'll let you
  63. know...
  64.  
  65. Peter "Hair regrowing nicely, thanks" Brooks
  66.