aboutsummaryrefslogtreecommitdiffstats
path: root/databases/sqlbuddy
diff options
context:
space:
mode:
authorpi <pi@FreeBSD.org>2015-07-19 16:27:59 +0800
committerpi <pi@FreeBSD.org>2015-07-19 16:27:59 +0800
commit5273f723a2dfd249d70de380a33a614a2d86a21b (patch)
treec565119d0905933dc491eb4ee29f21296cb1e933 /databases/sqlbuddy
parent4393951e2f03b2c04ad5041a2e1ca206c1265605 (diff)
downloadfreebsd-ports-gnome-5273f723a2dfd249d70de380a33a614a2d86a21b.tar.gz
freebsd-ports-gnome-5273f723a2dfd249d70de380a33a614a2d86a21b.tar.zst
freebsd-ports-gnome-5273f723a2dfd249d70de380a33a614a2d86a21b.zip
databases/cego: 2.23.9 -> 2.23.10
- Fix in CegoSelect::nextGroupedTuple. For the 'grouping key' values, a local copy of CegoFieldValue has to be created. Otherwise, grouping references might be invalidated, which result in aborted grouping queries with strange error message ( No token available ) on client side. For local copy creation, the CegoFieldValue::getLocalCopy method has been modified ( was not used until now ). This effect was observed with small buffer poolsizes in combination with grouping queries on large tables. The probability of grouping key invalidation is higher in that case, because buffer pool pages are reloaded more often. Submitted by: Björn Lemke <lemke@lemke-it.com>
Diffstat (limited to 'databases/sqlbuddy')
0 files changed, 0 insertions, 0 deletions