(Bug #716683).

A partial fix for Bug#748630
"Make --help and --version follow GNU standard".

Add product name to the --version output.
Leave --help intact, there is sufficient
information about how to report bug in it
already.

Update test results.

Remove an unused declaration from tarantool.h.

Add mod_name to each module and output
it in --version.

Conflicts:
	include/iproto.h
	test/box/protocol.c
	test/box/protocol.result

Instead of trying to do a platform-safe but lower-speed
integer extraction from network, add a configuration check
for rare platforms and refuse to compile on them.
Keep the code simple for x86.

Conflicts:
	test/box/protocol.c

Implement review fixes along the way (coding style, structure
the error handling in the client library differently).
Add test/box/protocol to .gitignore.
Produce more informative error messages in protocol.c/protocol.test.

Cleanup test/box/protocol.test:
 * move each test to an own functions
 * line up with the coding style (tabs, braces position)

Replace a few more macros with inline functions.

Move the definition of an auxiliary macro to errcode.c.
Remove a barely justified macro.

Move the definition of an auxiliary macro to errcode.c.
Remove a barely justified macro.

Add errcode_record structure that contains string represenataion of
an error, numerical value of an error to send to a client, and
textual description of an error.

A fix for
http://bugs.launchpad.net/bugs/769040
"Incomplete error output in Memcached protocol"

Append an error description to a memcached error answer.

A fix and a test case for
http://bugs.launchpad.net/bugs/735140
"Partial REPLACE corrupts index"

Check in validate_indexes if a tuple is long enough to cover
all indexes supported in a namespace.

Update auto generated (by confetti) cfg/prscfg.c.

A fix and a test case for
https://bugs.launchpad.net/tarantool/+bug/702399
"ERR_CODE_ILLEGAL_PARAMS is returned when there is no such key"

Introduce ERR_CODE_NO_SUCH_INDEX.

the protocol test accordingly.

A fix and a test case for
https://bugs.launchpad.net/tarantool/+bug/748599
"tarantool_box --cfg-get="custom_proc_title" --> crash"

A check was missing.

Update the command line client with changes made when
adding support for modules to the test framework.

A fix and a test case for
https://bugs.launchpad.net/tarantool/+bug/702397
"If SELECT request specifies tuple count 0, no error"

A check was missing.

Make remote_row_reader_v11 declaration match the definition.

Zero index structure before use.

Conflicts:
	test/lib/tarantool_connection.py
	test/lib/tarantool_silverbox_server.py
	test/lib/test_suite.py

	 generalize Server class
	 implement TarantoolServer class
	 implement TarantoolSilverboxServer class
	 implement TarantoolFeederServer class
	 a lot changes in interfaces and bugfixes

Revert the yesterday's patch that installs SIGCHLD
handler to early collect <defunct> server processes
that received SIGSEGV/otherwise somehow terminated
abnormally.

The invinite loop in Tarantool_connection::recvall()
was caused by misuse of the Python socket API,
not by the fact that the sending side was still
"alive".

The correct fix simply checks for EOF received from
the other end and raises an exception if
we expected some data and got a EOF.

Iron out thet sigchld handler.

If Tarantool server segfaults when a test is
running, it used to hand in <defunct> state,
since there was no wait() call in the parent
to collect child process state. All file descriptors,
as well as open sockets, of a <defunct> process were
left open. This lead to the test runner cycling
in an infinite loop in recv() from the server,
and the whole test suite to, ultimately, hanging
in a busy wait.

This looks more like a bug in python pexpect,
but install a SIGCHLD handler to work it around,
and collect child data immediately as soon as
child terminates.

A fix and a test case for
https://bugs.launchpad.net/tarantool/+bug/730593
"Bad data if incomplete tuple"

A partial tuple could get accepted by INSERT
command, and later on show up in all search results
on the index for which this partial tuple was missing
keys.

When inserting into a TREE index Tarantool/Box did not
validate that the tuple which is being inserted actually
has fields used in the index, and would insert instead
an "ASTERISK" (wildcard) value into the index.

Additionally, when such validation was added, it turned
out that box_raise leaves a corrupt tuple in place
since txn_abort() doesn't remove the unless it's marked
as "GHOST", and tuples were marked as "GHOST" after
index insert, not before.