home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / dbasel / 1403 < prev    next >
Encoding:
Internet Message Format  |  1992-12-24  |  1.8 KB
  1. Path: sparky!uunet!noc.near.net!hri.com!spool.mu.edu!darwin.sura.net!paladin.american.edu!auvm!SNYCENVM.BITNET!RJFS
  2. From: RJFS@SNYCENVM.BITNET (Joel Saunders)
  3. Newsgroups: bit.listserv.dbase-l
  4. Subject: Re: Errors messages and export
  5. Message-ID: <DBASE-L%92122405593928@NMSUVM1.BITNET>
  6. Date: 24 Dec 92 12:44:38 GMT
  7. Sender: "Discussion on the use of the dBase language and related
  8.               dialects" <DBASE-L@NMSUVM1.BITNET>
  9. Organization: Research Foundation OF SUNY
  10. Lines: 25
  11. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  12. In-Reply-To:  Message of Wed,
  13.               23 Dec 1992 13:37:00 -0700 from <sedgley@SELWAY.UMT.EDU>
  14.  
  15. On Wed, 23 Dec 1992 13:37:00 -0700 Janet Sedgley said:
  16. >I have two unrelated questions about dbase IV.  First, I'm running a query
  17. >and think I have the logic correct.  I feel that it is a relatively
  18. >straight forward query (group by, asc1; group by asc2; =1, cnt) but even
  19. >when I reduce it to just one group by, I get the error message Numeric
  20. >overflow (data was lost).  The dbase manuals don't seem to have a list
  21. >of error messages - or hints as to why this is happening.  I'm working on
  22. >a 386 with no math coprocessor, DOS 3.3, 544 K RAM and 2656 K of expanded
  23. >memory.  Does anyone have any clues?  Is this an error that could be
  24. >caused by incorrect logic? insufficient memory?
  25. >
  26. >I am using dBASE over a Pathworks connection, if that affects the answer!
  27. >
  28. ..... SECOND QUESTION DELETED .....
  29. >
  30. Generally, Numeric Overflow is caused by trying to a store a value that is
  31. larger than what the field can physically store.
  32.  
  33. For example, trying to put 1,000,000 in a field that is defined as a
  34. Numeric 5-digit field.
  35.  
  36. I guess that the "group by" is creating totals that might be to big for the
  37. destination field.
  38.  
  39. ... My two cents.... HTH .....   Happy Holidays!!!!  .... Joel Saunders
  40.