iconara / cql-rb / 231

Builds Branch Commit Type Ran Committer Via Coverage
231 v1.1.0.rc0 Version bump to v1.1.0.pre8 push iconara travis-ci pending completion   set done
#1 [no commit message] push travis-ci pending completion   set done
228 v1.1.0.pre8 Version bump to v1.1.0.pre8 push iconara travis-ci pending completion   set done
228 master Version bump to v1.1.0.pre8 push iconara travis-ci pending completion   set done
227 v1.1.0.pre8 Merge branch 'fix_thread_signal_deadlock' Fixes #47 push iconara travis-ci pending completion   set done
226 master Merge branch 'fix_thread_signal_deadlock' Fixes #47 push iconara travis-ci pending completion   set done
225 condition_variable_debug Use Queue as a semaphore in Future#value It looks like the signalling with Mutex#sleep and Thread#wakeup has some kind of race, so use Queue instead. push iconara travis-ci pending completion   set done
224 condition_variable_debug Trying another implementation of Future#value Conflicts: lib/cql/future.rb push iconara travis-ci pending completion   set done
223 condition_variable_debug See if there's an issue with the signalling in Future#value push iconara travis-ci pending completion   set done
222 master Version bump to v1.1.0.pre7 push iconara travis-ci pending completion   set done
221 master Remove a time-dependent integration test It failed intermittently since even with a zero timeout the response could come back within a reactor tick, and timers fire after frames are delivered. push iconara travis-ci pending completion   set done
220 master Merge branch 'request_timeout' Closes #41 push iconara travis-ci pending completion   set done
219 request_timeout Add integration test of timeout push iconara travis-ci pending completion   set done
218 request_timeout Make prepared statements raise ArgumentError when it detects wrong number of bound args Non completely error-proof since there's an optional last argument, but better than before when it was incidental. push iconara travis-ci pending completion   set done
217 connections_per_node Add a :connections_per_node client option This makes it possible to connect to each node multiple times to increase the number of channels, i.e. the number of requests that can be active at any one time. Closes #42 push iconara travis-ci pending completion   set done