- 14 11月, 2016 4 次提交
-
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
- 13 11月, 2016 10 次提交
-
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
comment even says so
-
由 Noel Grandin 提交于
if something goes wrong with this test
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
need to call lockMeta before we synchronize on the Database object or we get an ABBA deadlock
-
由 Noel Grandin 提交于
-
- 12 11月, 2016 6 次提交
-
-
由 Noel Grandin 提交于
the problem was that the first database connection closing would sometimes lead to the database being deleted before the other connections got going
-
由 Noel Grandin 提交于
Fix TestClearReferences
-
由 Philippe Marschall 提交于
TestClearReferences currently fails because the fields in LocalDateTimeUtils are not final.
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
- 11 11月, 2016 17 次提交
-
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
mostly because various tests fail in (mvStore && !mvcc) mode, was previously hidden by the fact that we did not test that combination, despite it being our default mode
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
so we don't use up too much in the way of Travis/CI resources Also don't bother testing MVCC mode, since that's going to go away at some point, and it's certainly not a default setting for us
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
turn off partial writes in TestReorderWrites for now, there is a bug causing massive memory usage increases (for some reason, only when the test is run in the context of TestAll)
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
-
由 Noel Grandin 提交于
found by running TestRandomSQL for long periods of time
-
- 10 11月, 2016 3 次提交
-
-
由 Noel Grandin 提交于
Added BITGET function
-
由 Noel Grandin 提交于
Migrate to Travis container-based infrastructure
-
由 Philippe Marschall 提交于
Sine we're not using sudo we can migrate to the container-based Travis build infrastructure [1]. This has the following advantages: - Builds start in seconds - More available resources - Better network capacity, availability and throughput - Caching available for open source projects The builds will still fail due to an `OutOfMemoryError` but that's a different issue. [1] https://docs.travis-ci.com/user/migrating-from-legacy/
-