home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / pascal / 5190 < prev    next >
Encoding:
Text File  |  1992-09-04  |  1.3 KB  |  31 lines
  1. Newsgroups: comp.lang.pascal
  2. Path: sparky!uunet!cs.utexas.edu!torn!news.ccs.queensu.ca!mast.queensu.ca!dmurdoch
  3. From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
  4. Subject: Re: LENGTH and POS in TP 5.5
  5. Message-ID: <dmurdoch.122.0@mast.queensu.ca>
  6. Lines: 19
  7. Sender: news@knot.ccs.queensu.ca (Netnews control)
  8. Organization: Queen's University
  9. References: <7351@ds5000.DAC.Northeastern.edu>
  10. Date: Fri, 4 Sep 1992 13:41:33 GMT
  11.  
  12. In article <7351@ds5000.DAC.Northeastern.edu> cschmidt@ds5000.DAC.Northeastern.edu (Christopher Schmidt) writes:
  13. >Here is a problem with the LENGTH function in TP 5.5 that cost me
  14. >several hours of debugging.  After discovering the source of the
  15. >problem, I investigated the POS function as well.
  16. >
  17. >The TP 5.5 documentation says the LENGTH function returns a value
  18. >of type integer.  Apparently, it actually returns a value of type
  19. >byte.  
  20. ...
  21. >The TP 5.5 documentation says the POS function returns a value of
  22. >type byte.  Apparently, it actually returns a value of type
  23. >integer.  
  24.  
  25. Both of these are also true of TP 6.0.  You seem to regard these as bugs in 
  26. the compiler or libraries, rather than errors in the documentation.  
  27. Clearly the easiest fix would be to change the manuals so that Length and 
  28. Pos are properly documented; what would be the problem in that?
  29.  
  30. Duncan Murdoch
  31.