Home
last modified time | relevance | path

Searched refs:reason (Results 1 – 6 of 6) sorted by relevance

/redis-3.2.3/src/
H A Dscripting.c2368 char *reason = "step over"; in luaLdbLineHook() local
2369 if (bp) reason = ldb.luabp ? "redis.breakpoint() called" : in luaLdbLineHook()
2371 else if (timeout) reason = "timeout reached, infinite loop?"; in luaLdbLineHook()
2376 ldb.currentline, reason)); in luaLdbLineHook()
H A Drdb.c54 void rdbCheckThenExit(int linenum, char *reason, ...) { in rdbCheckThenExit() argument
61 va_start(ap,reason); in rdbCheckThenExit()
62 vsnprintf(msg+len,sizeof(msg)-len,reason,ap); in rdbCheckThenExit()
H A Dcluster.c2618 void clusterLogCantFailover(int reason) { in clusterLogCantFailover() argument
2624 if (reason == server.cluster->cant_failover_reason && in clusterLogCantFailover()
2628 server.cluster->cant_failover_reason = reason; in clusterLogCantFailover()
2637 switch(reason) { in clusterLogCantFailover()
/redis-3.2.3/deps/lua/src/
H A Dlua_cjson.c449 const char *reason) in json_encode_exception() argument
454 lua_typename(l, lua_type(l, lindex)), reason); in json_encode_exception()
/redis-3.2.3/
H A D00-RELEASENOTES354 Checking the code I can't find a reason why the original RESTORE
525 I'm the author of this line but I can't see a good reason for it to
642 The existing `R` flag appears to be sufficient and there's no apparent reason why the command shoul…
1410 some reason looked a bit far fetched or not well specified.
/redis-3.2.3/deps/jemalloc/
H A DINSTALL279 that technically require 16-byte alignment, probably for the same reason