Upgrade from 0.10.1 (February 2012) to the latest 0.11 from official hiredis repository.
It was verified experimentally that this value, on Linux kernels, provides better performances compared to the 2k value. However larger values apparently don't produce any noticeable effect on performances.
Hiredis can handle multi bulk replies with a fixed (hardcoded) level of nesting. This should be changed in the future in order to avoid hardcoded limits. As a quick fix this commit moves the max nesting from 2 to 7, so that there are no problems when processing replies from the SLOWLOG command, from Redis Sentinel, or generated by Redis Lua Scripts (that are allowed to generate replies with any level of nesting).
…llback in expectation of another reply.
The current select() is limiting in instances where the fd num is > FD_SETSIZE. Since redisContextWaitReady() only processes a single fd, select would still fail. For compatibility reasons I have converted select() over to poll(), eliminating this problem.
…s, e.g. 5, to (size_t) to be portable to win64. Otherwise it will be considered an int, which causes problems only on the 4th argument (!) due to x64 ABI. See http://stackoverflow.com/questions/727663/why-does-this-variadic-function-fail-on-4th-parameter-on-windows-x64
…fault to make PING/PONG and connect work.