home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / pascal / 4958 < prev    next >
Encoding:
Internet Message Format  |  1992-08-21  |  1.2 KB
  1. Path: sparky!uunet!ogicse!uwm.edu!linac!pacific.mps.ohio-state.edu!ohstpy!miavx1!sjmadsen
  2. From: sjmadsen@miavx1.acs.muohio.edu (Steve Madsen)
  3. Newsgroups: comp.lang.pascal
  4. Subject: Re: Updating
  5. Message-ID: <1992Aug21.122955.12207@miavx1.acs.muohio.edu>
  6. Date: 21 Aug 92 07:29:54 GMT
  7. Article-I.D.: miavx1.1992Aug21.122955.12207
  8. References: <1992Aug19.041343.23349@Armstrong.EDU> <19AUG92.06011743@skyfox.usask.ca>  <1715upINN1as@matt.ksu.ksu.edu>
  9. Organization: Miami of Ohio
  10. Lines: 18
  11.  
  12. >>> Wouldn't Seek(EOF) work just as well, and read more clearly?
  13. >>        EOF returns a boolean value, so I'd say no...
  14. > 
  15. > I was CLOSE!  What I meant to say was:  "SeekEOF(F)" -- but that only
  16. > works on files of type TEXT, not files of {type}...
  17.  
  18.         I just looked up in my manual, and to my surprise there is indeed a
  19. SeekEOF function.  That's neat..  I didn't know it existed.
  20.  
  21.         Guess you learn something everyday.  But you're right, it only works on
  22. text files.  Why, I have no idea.  Most files do have an EOF, so it seems
  23. reasonable that it would be able to go the end of those as well.  Case of lazy
  24. library programmer?
  25.  
  26. -- 
  27. Steve Madsen
  28. Miami University  Oxford, OH
  29. Internet: sjmadsen@miavx1.acs.muohio.edu
  30.