- Fix in CegoBufferPool::calcHas and CegoBufferPool::calcSegement
For large file id's the integer range for the hash key might be
exceeded, which lead to wrong address calculation.
The hash key now is calculated in long based values
- Introduced server mode with same behaviour as daemon mode, but
no child process is forked and server can be terminated with Ctrl-C
- Small formatting fix in CegoOutput
- Fix in CegoDistCursor for inner and outer joins
Inner or outer joins with additional where condition might return
incorrect result set since the condition was just evaluated inside
the join.
To correct this, the WHERE condition is also checked via evalCondition.
This required also a fix in the evalCondition method.
- Added multi segment support to CegoBufferPool. Since the pool is
divided now into several memory segments, this allows larger buffer
pool configurations.
- Improvements for output formatting regarding string functions
(cegoFunction::getReturnTypeLen). Size of required column field size
is now calculated, so the outlook looks more pretty
- Added hints from David Binderman in CegoAction::backChar and
CegoBufferPage::printPage ( changed pointer comparison to avoid
-Wextra compile warnings ) Thanks !
Submitted by: Bjoern Lemke <lemke@lemke-it.com>
ZeroTier can be used for on-premise network virtualization, as a
peer to peer VPN for mobile teams, for hybrid or multi-data-center
cloud deployments, or just about anywhere else secure software
defined virtual networking is useful.
WWW: https://www.zerotier.com/
PR: 203161
Submitted by: corsmith@gmail.com
USE_GCC=yes causes the build to fail on systems where clang and libc++ are
used by default (see bug 202143, for example). This essentially means
comms/gnuradio currently only builds on 9.x. The problem is caused by the
fact that on 10.x and later boost is likely built using clang and libc++,
but USE_GCC=yes forces gnuradio to be built with GCC and libstdc++. Ports
r392951 mentioned USE_GCC=yes was added because "clang's builtins were
conflicting with gnuradio", which does not seem to happen in my tests at least.
PR: ports/203500
Submitted by: takefu@airport.fm
This is because the octave packaging process can fail to delete this
directory when it becomes empty.
- Update to 1.3.
Submitted by: Dmitry Marakasov <amdmi3@amdmi3.ru>
