home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / alt / games / gb / 1391 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  1.2 KB
  1. Path: sparky!uunet!usc!rpi!usenet.coe.montana.edu!news.uoregon.edu!darkwing.uoregon.edu!koffleva
  2. From: koffleva@darkwing.uoregon.edu (A Ghost Walking in the Shadows)
  3. Newsgroups: alt.games.gb
  4. Subject: Re: tac command
  5. Date: 31 Dec 1992 08:39:36 GMT
  6. Organization: University of Oregon Network Services
  7. Lines: 22
  8. Distribution: alt
  9. Message-ID: <1hubk8INNh94@pith.uoregon.edu>
  10. References: <23129@venera.isi.edu>
  11. NNTP-Posting-Host: darkwing.uoregon.edu
  12.  
  13. In article <23129@venera.isi.edu> rlewis@venera.isi.edu (Roger Lewis) writes:
  14. >
  15. >By the way, is there a setting that allows that buffer to be larger?
  16. >
  17. >Is <output flushed> a message that is generated by the client or the
  18. >server?
  19.  
  20. The <Output Flushed> is SERVER generated. Not client generated.
  21. It is technically possible to overflow gbII's buffer, but it would
  22. lock up the client since it would be stuck in a read call.
  23.  
  24. The server-client protocol calls for every line to be newline
  25. terminated and at present has kept lines to less than 1024 bytes.
  26. Except for map/orbit data but the client handles these differently
  27. so as to avoid any problems.
  28.  
  29. The server should write() the output to the person's file descriptor
  30. instead of putting the <Output Flushed>. I've just never taken the
  31. time to fix this.
  32. >
  33.  
  34.  
  35.