home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / bit / listserv / sasl / 4148 < prev    next >
Encoding:
Text File  |  1992-09-10  |  1.7 KB  |  40 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!europa.asd.contel.com!paladin.american.edu!auvm!MIS.CORP.MCCAW.COM!PETERK
  3. Message-ID: <9209110203.AA04692@mis.corp.mccaw.COM>
  4. Newsgroups: bit.listserv.sas-l
  5. Date:         Thu, 10 Sep 1992 19:02:54 -0700
  6. Reply-To:     Peter Kretzman <peterk@MIS.CORP.MCCAW.COM>
  7. Sender:       "SAS(r) Discussion" <SAS-L@UGA.BITNET>
  8. From:         Peter Kretzman <peterk@MIS.CORP.MCCAW.COM>
  9. Subject:      RE: numbers in SAS
  10. Comments: To: SAS-L@uga.cc.uga.edu
  11. Lines: 27
  12.  
  13. Paul A. Thompson writes on Thu, 10 Sep 1992 18:18:15
  14.  
  15.  
  16. So my conclusion is that consistent lengths produce consistent
  17. results.  The problem is NOT THE PROBLEM OF THE IMPERFECT
  18. REPRESENTATION of decimals in a binary coding - this is a given.  The
  19. real problem is DIFFERING LEVELS of IMPERFECT REPRESENTATION.  If you
  20. use different lengths your imperfect representations will be
  21. different.  If you use the same length all around, your imperfect
  22. representations will be consistent,and USUALLY yield the correct
  23. result.
  24. (end of quoted material)
  25.  
  26.  
  27. I think Paul has given an excellent summary of the issue.  The only
  28. thing I would add, given some of the postings on this thread, would
  29. be to stress again the concept that _all_ variables (whereever they
  30. may come from) within the DATA step take on an internal length of 8.
  31. Their assigned length ONLY BECOMES A FACTOR WHEN THEY ARE STORED in
  32. the output data set, at which point shorter length variables are
  33. truncated.  If any subsequent steps retrieve those observations,
  34. these shorter length variables are then padded (internally, in
  35. memory) back to length 8, then are truncated again on output.
  36.  
  37. Peter Kretzman
  38. McCaw Cellular Communications, Inc.
  39. (206) 828-1344
  40.