home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / mac / database / 1043 < prev    next >
Encoding:
Text File  |  1992-08-31  |  1.5 KB  |  40 lines
  1. Newsgroups: comp.sys.mac.databases
  2. Path: sparky!uunet!munnari.oz.au!metro!extro.ucc.su.OZ.AU!leslie
  3. From: leslie@extro.ucc.su.OZ.AU (Leslie Farnell)
  4. Subject: Re: Omnis error
  5. Message-ID: <leslie.715248635@extro.ucc.su.OZ.AU>
  6. Sender: news@ucc.su.OZ.AU
  7. Nntp-Posting-Host: extro.ucc.su.oz.au
  8. Organization: Sydney University Computing Service, Sydney, NSW, Australia
  9. References: <92242.182557SJD9@psuvm.psu.edu>
  10. Date: Mon, 31 Aug 1992 08:10:35 GMT
  11. Lines: 27
  12.  
  13. SJD9@psuvm.psu.edu writes:
  14.  
  15. >A friend of mine is fairly new to Omnis and is having a problem.
  16. >Using Omnis 7, he is having a client enter records into a database
  17. >that he has set up. Thing go fine, until several hundred records
  18. >are entered, then an error, "Attempted to read beyond end of file."
  19. >comes up, the Mac bombs, and the data file is damaged.
  20.  
  21. >Any ideas on why this is happening?
  22. >Is there anything to avoid in entering records that might overflow
  23. >  a storage area or something?
  24.  
  25. We just had a similar problem with the program apparently unable to 
  26. recognise the end of file. In this case things work fine on our
  27. development machine, but our enduser is a "cutting edge of technology"
  28. man with excessive amounts of RAM, System 7, and other things we don't
  29. use for development. I'm afraid this doesn't help, but then we have no
  30. leads either.
  31.  
  32. >Blyth  tech support has been no help so far.
  33.  
  34. What I've come to expect - admittedly in Australia the distibutors are
  35. a more direct problem than Blyth, which is somewhat remote from us.
  36.  
  37. >Steve
  38.  
  39. Les
  40.