Use engine flags rather than a virtual method to
check engine capabilities.
Use index name in the error message.

Conflicts:
	src/box/errcode.h
	test/box/alter.result

Do not involve in tarantool transaction log regarding
old_tuple (replace always return NULL).

This reduces transaction statement complexity from
tarantool side to a single sophia operation
(do replace instead of search + replace).

weak spots: txn_rollback_stmt()

2) added disabled error-injection test that crashes tarantool rtree index

Use a monotonically growing sequence for space identifiers,
to ensure they are never reused.

Update tests.

If socket is not a proper acceptable socket (-1, for example), break the
server accept loop, to avoid CPU hog.

Conflicts:
	src/lua/bsdsocket.lua
	src/sio.cc

Do not terminate the server on accept error.

This patch also fixes EINTR and EWOULDBLOCK handling for
socket:read() and socket:write() wrappers.

Pass instance name to tarantoolctl, for .log.1 logs the
file extension was not truncated.

First, send a snapshot to the slave, and only then register
the slave with the cluster.
Misc cleanups.

Conflicts:
	src/lua/init.cc
	test/box/lua_sandbox.result
	test/box/lua_sandbox.test

Fix a bug when the server would enter read-write mode prematurely
in hot standby mode, and let the script continue and try to create
spaces/indexes.

The bug is a regression introduced by the patch which changed cfg.listen
to a dynamic option.

This is an *incompatible* change: box.cfg{} used to return before binding
to the primary port, this is no llonger the case.

Always bind to the listen port in box.cfg{} call, not in the background,
and leave local hot standby mode *before* leaving box.cfg{}.

This avoids tons of tricky race conditions in user scripts when box.cfg{}
has ended but the server is actually still read only. Except, thanks to
another bug in box_set_cluster_id(), it wasn't really read-only, because
box_set_cluster_id() would switch off read-only mode before local hot
standby has ended (so a superposition of two bugs).

The manifestation of this  was as follows:

Imagine the following script:
    box.cfg{listen = 3301}
    box.schema.space.create('tester')
    box.space.tester:create_index('primary')

The server would start in local hot standby mode. Save a snapshot.
Fall through to DDL. Then leave local hot standby and turn on
WAL. The created space will end up not being in the write
ahead log.

The problem wasn't noticable in most cases, since the server could
bind to the primary port quite quickly.

Fix the test runner to detect a local hot standby server as started.

Add a workaround for gh-721 until a complete patch is ready.