Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!husc6!seismo!rochester!pt.cs.cmu.edu!theory.cs.cmu.edu!tsf
From: tsf@theory.cs.cmu.edu.UUCP
Newsgroups: comp.windows.x
Subject: Re: input queue overflow
Message-ID: <1027@theory.cs.cmu.edu>
Date: Tue, 7-Apr-87 15:39:40 EST
Article-I.D.: theory.1027
Posted: Tue Apr  7 15:39:40 1987
Date-Received: Sat, 18-Apr-87 03:17:00 EST
References: <3645@sci.UUCP>
Organization: Carnegie-Mellon University, CS/RI
Lines: 19

In article <3645@sci.UUCP> kenm@sci.UUCP (Ken McElvain) writes:
>Is there some way I can configure things so that any events
>after the first 16 or so without response by the client are
>redirected to the bit bucket?

I have a hack that does exactly this.  It involves creating a process
between the X server and the application.  The process routes messages
from the server to the application, and from the application to the
server.  When buffer associated with the pipe from the middleman to the
application becomes full, the middleman starts discarding
output from the server.

This is a somewhat heuristic hack, but I don't know of an instance
where it has failed us yet.  I will post source if anyone is
interested in something this ugly.
Tim Freeman

Arpanet: tsf@theory.cs.cmu.edu
Uucp:    ...!seismo!theory.cs.cmu.edu!tsf