home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / mips / 1154 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  1.9 KB
  1. Path: sparky!uunet!pipex!demon!cix.compulink.co.uk!trevc
  2. Newsgroups: comp.sys.mips
  3. From: trevc@cix.compulink.co.uk (Trevor Cotton)
  4. Subject: Re: Help with Extending Mouse Buffer
  5. Reply-To: trevc@cix.compulink.co.uk
  6. Date: Thu, 7 Jan 1993 19:22:00 +0000
  7. Message-ID: <memo.848176@cix.compulink.co.uk>
  8. Sender: usenet@demon.co.uk
  9. Lines: 40
  10.  
  11.  
  12. adamec@neptune.gsfc.nasa.gov (David Adamec) writes:
  13.  
  14. >Does anyone know if there is a simple way to expand the
  15. >buffer used by the mouse for cutting/pasting operations.
  16. >I find that I am only able to save about 20 lines in
  17. >the mouse buffer. Is there a default resource that
  18. >can be overridden?
  19.  
  20. This is a generic X / pty problem, and not a result of any buffer
  21. size and not specific to MIPS.
  22.  
  23. MIT worked on fixing this in X11 Release 5. Here is a summary of
  24. their comments from MIT bugs 3306 and 3673
  25.  
  26. "xterm now feeds large pastes to the pty only as fast as it will
  27. accept data. Correct tty drivers will reject unwritable data with
  28. EWOULDBLOCK or EAGAIN. On such a system I have been able to paste
  29. /usr/dict/words (.2Mb) into an xterm running vi.
  30. After fixing xtem, I discovered that some O/S's claim the pty write
  31. succeeded when in fact they have dropped the data.  I'm not going to
  32. publish the list of offenders here to avoid embarrasing the guilty,
  33. but don't blame me if you don't see any improvement."
  34.  
  35. Although MIPS has not done an X11R5 release, they did attempt to fix
  36. the problemm by retrofitting the changes into X11R4 when they did the 
  37. RISCwindows 4.10/4.11 release.
  38.  
  39. Here are the MIPS bug fix comments (bug 4646)
  40.  
  41. " Cut/paste works better. Even though the success rate for cutting
  42. large amount of text is not 100%, it's great improvment compare to
  43. previous releases already. Again, this is a generic problem, and it
  44. has been documentated in the "Known problems and limitations" section 
  45. of the release notes.
  46. Fixed by grafting in an R5-based v_write() in charproc.c. "
  47.  
  48. So, upgrade to RISCos 5 and RISCwindows 4.11 to get the fixes.
  49.  
  50. --trevc--
  51.