home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / database / 8912 < prev    next >
Encoding:
Text File  |  1993-01-07  |  1.7 KB  |  47 lines

  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!paladin.american.edu!gatech!usenet.ins.cwru.edu!news.ysu.edu!do-not-reply-to-path
  3. From: af458@yfn.ysu.edu (Jon K. Salmon)
  4. Subject: Looking for DBF & Clipper index format...
  5. Message-ID: <1993Jan8.024856.9610@news.ysu.edu>
  6. Sender: news@news.ysu.edu (Usenet News Admin)
  7. Nntp-Posting-Host: yfn.ysu.edu
  8. Organization: Youngstown State University/Youngstown Free-Net
  9. Date: Fri, 8 Jan 1993 02:48:56 GMT
  10. Lines: 35
  11.  
  12.  
  13. Netheads,
  14.  
  15. I would like to know where I can find some documentation on the
  16. format of DBase3++ files.  Furthermore, and here's the *real*
  17. wish-list part, I need to know enough information to access
  18. Clipper index files (.NTX).
  19.  
  20. I would appreciate any of the following:
  21.  
  22.   * better choices of lists to post this request
  23.  
  24.   * ftp sites, preferably with a path or filespec specified
  25.  
  26.   * recommended commercial libraries
  27.  
  28. As for background, I am working on a WordPerfect 3rd Party
  29. Interface and need to access various DBase3++ database files
  30. and Clipper index files.  The databases (and indexes) are
  31. maintained by a dedicated PC running a Clipper application;
  32. thus, the databases and indexes WILL be open and in use by
  33. this dedicated system at the same time I need to access them
  34. from a remote workstation (Token ring Novell 3.11 by the way).
  35. On the positive side, I only need READ access to the files.
  36. The program is being written in C++ and assembly.  Oh, one
  37. further limititation: because of the nature of the WP 3rd Party
  38. interface and other resident programs in the work environment,
  39. the program can only be roughly 70k resident.  Thus, any 3rd
  40. party libraries which increase my code/data size substantially
  41. are not feasible.
  42.  
  43. Thanks!
  44.  
  45. -- Jon
  46. -- 
  47.