home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / pascal / 4940 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  1.3 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!mips!swrinde!elroy.jpl.nasa.gov!decwrl!concert!uvaarpa!murdoch!fermi.clas.Virginia.EDU!glb2h
  2. From: glb2h@fermi.clas.Virginia.EDU (Greg Bullock)
  3. Newsgroups: comp.lang.pascal
  4. Subject: Re: Updating
  5. Message-ID: <1992Aug21.002735.10430@murdoch.acc.Virginia.EDU>
  6. Date: 21 Aug 92 00:27:35 GMT
  7. References: <16udk2INNn01@matt.ksu.ksu.edu> <1992Aug20.123917.12192@miavx1.acs.muohio.edu> <1715upINN1as@matt.ksu.ksu.edu>
  8. Sender: usenet@murdoch.acc.Virginia.EDU
  9. Organization: University of Virginia
  10. Lines: 22
  11.  
  12. In article <1715upINN1as@matt.ksu.ksu.edu> holland@matt.ksu.ksu.edu (Rich Holland) writes:
  13. >sjmadsen@miavx1.acs.muohio.edu (Steve Madsen) writes:
  14. >
  15. >>> Wouldn't Seek(EOF) work just as well, and read more clearly?
  16. >>        EOF returns a boolean value, so I'd say no...
  17. >
  18. >I was CLOSE!  What I meant to say was:  "SeekEOF(F)" -- but that only
  19. >works on files of type TEXT, not files of {type}...
  20. >
  21.  
  22. Besides, SeekEOF(F) doesn't do what the original poster wishes.  It
  23. will "skip over" *only* carriage returns & line feeds before returning
  24. a Boolean indicating whether the EOF has been reached.
  25.  
  26. Keep trying, Rich :-)
  27.  
  28.  
  29. --
  30. Regards,
  31. Greg Bullock           "...just as soon as I get this program running."
  32. glb2h@Virginia.edu
  33. Physics Dept./Univ. of Virginia
  34.