home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / biz / sco / general / 4901 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  997 b 
  1. Path: sparky!uunet!pipex!doc.ic.ac.uk!uknet!axion!rtf.bt.co.uk!traub
  2. From: traub@rtf.bt.co.uk (Michael Traub)
  3. Newsgroups: biz.sco.general
  4. Subject: Re: time command
  5. Message-ID: <1992Dec31.083400.2180@rtf.bt.co.uk>
  6. Date: 31 Dec 92 08:34:00 GMT
  7. References: <C03p7q.9v1@world.std.com>
  8. Organization: BT Customer Systems, Brighton, UK
  9. Lines: 14
  10.  
  11. In article <C03p7q.9v1@world.std.com> apl@world.std.com (Anthony P Lawrence) writes:
  12. >The only rational explanation is that either the multiport card or the
  13. >terminal (or both) are doing a lot of buffering so that 'time' thinks
  14. >the command is complete when it actually isn't.  
  15.  
  16. We came across this problem with a driver we wrote. The solution was to
  17. write a small program which outputs loads of text (the equivalent of
  18. your "ls") *then* read the cursor position back from the terminal (assuming
  19. your terminal has this feature). The elapsed time then reflected reality.
  20.  
  21.  
  22. -- 
  23. Michael Traub
  24. BT Customer Systems, Brighton Systems Centre. traub@btcs.bt.co.uk
  25.