aboutsummaryrefslogtreecommitdiff
path: root/nexgb/xgb.go
Commit message (Collapse)AuthorAgeFilesLines
* add a new api: NewConnNetfangyuanziti2018-09-081-0/+20
|
* Export the logger (again)Axel Wagner2018-09-081-12/+16
| | | | | | | | Just enabling or disabling logging falls short of the power of interfaces of go. A user is forced to either accept the logging to stderr in the format defined by xgb or disable logging alltogether. By exporting the logger, we can actually let the user decide where to log in what format.
* Fixed a nasty bug where closing could cause ReadFull to crashAndrew Gallant2018-09-081-11/+29
| | | | the program. Close #4.
* gofmtAndrew Gallant2018-09-081-12/+12
|
* Provide access to the X display number in the XGB Conn.Andrew Gallant2018-09-081-0/+1
|
* The hack continues. I've increased the event channel buffer. I know I'mAndrew Gallant (Ocelot)2018-09-081-1/+2
| | | | | | | | 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...
* Doc fixes and stop exporting ReplyChecked and ReplyUncheckedAndrew Gallant (Ocelot)2018-09-081-1/+15
|
* Doc touchups.Andrew Gallant (Ocelot)2012-05-261-9/+14
|
* Add new logger type so that it can be shut off.Andrew Gallant (Ocelot)2012-05-161-15/+13
|
* export logger so it can be disabledAndrew Gallant (Ocelot)2012-05-161-13/+13
|
* close channels.Andrew Gallant (Ocelot)2012-05-121-1/+13
|
* A more idiomatic way of trying a non-blocking send on a buffered channelAndrew Gallant (Ocelot)2012-05-121-3/+5
| | | | | | | | | | | | | | | | and falling back to a blocking send inside a goroutine. This really needs to be fixed. The situation only arises when events are sent and aren't pulled off the channel using {Wait,Poll}ForEvent. Namely, if the event send blocks, the entire program will deadlock. Using a goroutine is not ideal because we lose a guarantee of order: that events are processed in the order of their arrival. However, it seems OK as a temporary band-aide for a situation that probably doesn't arise too often. What I need to do is implement a dynamic queue. Here is a reference implementation: http://play.golang.org/p/AiHBsxTFpj
* docsAndrew Gallant (Ocelot)2012-05-121-2/+5
|
* better docsAndrew Gallant (Ocelot)2012-05-101-2/+0
|
* a huge commit. splitting extensions into their own sub-packages.Andrew Gallant (Ocelot)2012-05-101-38/+51
|
* make resource ids their own individual types. last commit before overhaul to ↵Andrew Gallant (Ocelot)2012-05-101-8/+7
| | | | sub-packages
* fixed nasty bug that made XGB not thread safeAndrew Gallant (Ocelot)2012-05-081-1/+1
|
* use a custom logger so we don't stomp all over the global log configurationAndrew Gallant (Ocelot)2012-05-081-17/+15
|
* gofmtAndrew Gallant (Ocelot)2012-05-071-7/+7
|
* more clean up. use log instead of fmt.Print to stderr. bug fix for event ↵Andrew Gallant (Ocelot)2012-05-071-46/+71
| | | | blocking (a hack fix for now).
* lots of docs and examplesAndrew Gallant (Ocelot)2012-05-071-6/+0
|
* 80 colsAndrew Gallant (Ocelot)2012-05-071-5/+6
|
* added testsAndrew Gallant (Ocelot)2012-05-071-58/+40
|
* extensions are working! extensions are working!Andrew Gallant (Ocelot)2012-05-051-23/+79
|
* oh momma. a lot of modifications and it appears to be working. w00t.Andrew Gallant (Ocelot)2012-05-051-225/+233
|
* reworking xgb. cleaned up connection stuff a little. making new xid ↵Andrew Gallant (Ocelot)2012-05-031-173/+86
| | | | generation cleaner and use goroutines for it.
* holy toldeo... things might actually be workingAndrew Gallant (Ocelot)2012-05-031-40/+32
|
* progress. still not working. this is incredibly difficult.Andrew Gallant (Ocelot)2012-04-291-3/+19
|
* initial commit. not currently in a working state.Andrew Gallant (Ocelot)2012-04-281-0/+484