diff options
| author | Andrew Gallant (Ocelot) <[email protected]> | 2012-10-16 23:40:59 -0400 |
|---|---|---|
| committer | Andrew Gallant (Ocelot) <[email protected]> | 2012-10-16 23:40:59 -0400 |
| commit | 94ba2d1333e1ab229fe08f58b5b963e05a4af083 (patch) | |
| tree | e42ad9c86bc67132c9f0678a385bd639be16186c | |
| parent | bf6aca1262687d2028d4fdd45f28740a51ab7b28 (diff) | |
The hack continues. I've increased the event channel buffer. I know I'm
goofing here.
What I'd personally like to do is just use an "infinite" channel. That
is, push the limit of how many events can be processed to the machine
and not set an artificial limit in XGB. Some day...
| -rw-r--r-- | xgb.go | 3 |
1 files changed, 2 insertions, 1 deletions
@@ -41,7 +41,7 @@ const ( // that can be loaded off the wire and not grabbed with WaitForEvent // until reading an event blocks. This value should be big enough to handle // bursts of events. - eventBuffer = 500 + eventBuffer = 5000 ) // A Conn represents a connection to an X server. @@ -409,6 +409,7 @@ func (c *Conn) readResponses() { case c.eventChan <- event: default: go func() { + println("overflowing...") c.eventChan <- event }() } |
