- Apr 22, 2013
-
-
https://bugs.launchpad.net/tarantool/+bug/1170735Roman Tsisyk authored
This reverts commit 13054aaa.
-
- Apr 20, 2013
-
-
Konstantin Osipov authored
-
Konstantin Osipov authored
-
Konstantin Osipov authored
-
https://bugs.launchpad.net/tarantool/+bug/1170735Konstantin Osipov authored
Fix compile on older gccs.
-
- Apr 18, 2013
-
-
Konstantin Osipov authored
-
Konstantin Osipov authored
-
Dmitry Simonenko authored
-
- Apr 17, 2013
-
-
Konstantin Osipov authored
-
- Apr 15, 2013
-
-
Dmitry E. Oboukhov authored
-
- Apr 11, 2013
-
-
Konstantin Osipov authored
-
Konstantin Osipov authored
-
Konstantin Osipov authored
-
Konstantin Osipov authored
-
https://bugs.launchpad.net/tarantool/+bug/1168076Konstantin Osipov authored
No test case since the bug only manifsets itself under concurrent load. With addition of on_disconnect triggers, iproto_session_destroy() was invoked from two places: the request handler code and iproto_session_disconnect callback. This could destroy the same session twice. Worse yet, it would be put to the session cache twice, as a free session, and then used twice for two different client sockets. This could end up in an unpredictable mess, best case: libev event loop runs infinitely since libev fd has events, while session->input.fd is already set to -1 any attempt to use the session ends up with an exception. At the same time the session in this condition can not be destroyed since it's impossible to tell libev forget about a file descriptor about which we already know nothing.
-
Dmitry Simonenko authored
-
Dmitry Simonenko authored
-
Konstantin Osipov authored
-
Konstantin Osipov authored
-
- Apr 10, 2013
-
-
Konstantin Osipov authored
-
Konstantin Osipov authored
-
Konstantin Osipov authored
-
Konstantin Osipov authored
-
Konstantin Osipov authored
-
Konstantin Osipov authored
-
Roman Tsisyk authored
-
Dmitry E. Oboukhov authored
-
- Apr 08, 2013
-
-
Dmitry Simonenko authored
-
Konstantin Osipov authored
-
Konstantin Osipov authored
-
Konstantin Osipov authored
-
Konstantin Osipov authored
A fix and a test case for Bug#1075677 "incorrect conversion from boolean lua value to tarantool tuple". Support boolean in conversion.
-
Konstantin Osipov authored
-
- Apr 03, 2013
-
-
Konstantin Osipov authored
-
https://bugs.launchpad.net/tarantool/+bug/1163858Konstantin Osipov authored
Replication relay was created (forked) after initialization of slab allocator, and, consequently, had a very large address space. The memory wasn't used really. Initialize slab allocator after creation of a replication relay process. No test case since we don't have automation to detect that sort of problems.