home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / tcl / 1053 < prev    next >
Encoding:
Text File  |  1992-07-28  |  1.4 KB  |  28 lines
  1. Newsgroups: comp.lang.tcl
  2. Path: sparky!uunet!cis.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!news.ysu.edu!malgudi.oar.net!chemabs!lwv26
  3. From: lwv26@cas.org (Larry W. Virden)
  4. Subject: Re: BEEP?
  5. Message-ID: <1992Jul28.112014.19381@cas.org>
  6. Followup-To: comp.lang.tcl
  7. Sender: usenet@cas.org
  8. Reply-To: lvirden@cas.org (Larry W. Virden)
  9. Organization: Nedriv Software and Shoe Shiners, Uninc.
  10. References: <681@ceylon.gte.com> <1992Jul27.142547.13410@cpu.com> <1992Jul27.222611.27826@sparky.imd.sterling.com>
  11. Date: Tue, 28 Jul 1992 11:17:32 GMT
  12. Lines: 14
  13.  
  14. whatever we do, could we be VERY careful about how we implement it?  I have
  15. seen problems where applications call the X bell routines to do this.  The
  16. problem with this is in cases where a large number of bells are attempted.
  17. This causes the X server to be flooded with requests and it is not able
  18. to process much of anything else.   For instance, when I cut a very large
  19. xterm buffer and paste it, either the xterm I am using, or the console
  20. window software that I am using, uses the X bell routine to ring the bell
  21. for each character over a certain cut buffer limit.  This causes my
  22. workstation to hang for a long time.  It is VERY frustrating.
  23. -- 
  24. Larry W. Virden            UUCP: osu-cis!chemabs!lvirden
  25. Same Mbox: BITNET: lvirden@cas  INET: lvirden@cas.org
  26. Personal: 674 Falls Place,   Reynoldsburg, OH 43068-1614
  27. America Online: lvirden@aol.com
  28.