gvsafronov/futriix
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
27,332 Commits 1 Branch 0 Tags
Commit Graph

27332 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
antirez
746297314f Fix BITFIELD i64 type handling, see #7417. 2020-06-22 11:41:19 +02:00
antirez
c10a7a040f Clarify maxclients and cluster in conf. Remove myself too. 2020-06-22 11:21:21 +02:00
antirez
59fd178014 Clarify maxclients and cluster in conf. Remove myself too. 2020-06-22 11:21:21 +02:00
Salvatore Sanfilippo
4d45ec35b2 Merge pull request #7421 from hwware/sentinel_leak_fix 
fix memory leak in sentinel connection sharing
 2020-06-22 11:06:50 +02:00
Salvatore Sanfilippo
42fd522c63
Merge pull request #7421 from hwware/sentinel_leak_fix 
fix memory leak in sentinel connection sharing
 2020-06-22 11:06:50 +02:00
hwware
bdac36b70e fix memory leak in sentinel connection sharing 2020-06-21 23:04:28 -04:00
hwware
1bfa2d27a6 fix memory leak in sentinel connection sharing 2020-06-21 23:04:28 -04:00
Salvatore Sanfilippo
bf12f73224 Merge pull request #7402 from chenhui0212/unstable 
Fix comments in listpack.c
 2020-06-18 11:29:06 +02:00
Salvatore Sanfilippo
5e46e0800b
Merge pull request #7402 from chenhui0212/unstable 
Fix comments in listpack.c
 2020-06-18 11:29:06 +02:00
chenhui0212
44235ac718 Fix comments in function raxLowWalk of listpack.c 2020-06-18 17:28:26 +08:00
chenhui0212
f800b52172 Fix comments in function raxLowWalk of listpack.c 2020-06-18 17:28:26 +08:00
Salvatore Sanfilippo
66657b0001 Merge pull request #7411 from tporadowski/inconsitent-sentinel-nosave 
Inconsistent RDB saving when in Sentinel mode
 2020-06-18 11:26:53 +02:00
Salvatore Sanfilippo
ab4cc1e11b
Merge pull request #7411 from tporadowski/inconsitent-sentinel-nosave 
Inconsistent RDB saving when in Sentinel mode
 2020-06-18 11:26:53 +02:00
Tomasz Poradowski
6782243054 ensure SHUTDOWN_NOSAVE in Sentinel mode 
- enforcing of SHUTDOWN_NOSAVE flag in one place to make it consitent
  when running in Sentinel mode
 2020-06-17 22:22:49 +02:00
Tomasz Poradowski
4ee011adb5 ensure SHUTDOWN_NOSAVE in Sentinel mode 
- enforcing of SHUTDOWN_NOSAVE flag in one place to make it consitent
  when running in Sentinel mode
 2020-06-17 22:22:49 +02:00
Ben Schermel
4d6b7c278b bump version after merge 
Former-commit-id: 59279d36e9337ca89518c4d1edef6c26911ea190
 2020-06-16 14:17:20 -04:00
Ben Schermel
b68d267578 bump version after merge 
Former-commit-id: 59279d36e9337ca89518c4d1edef6c26911ea190
 2020-06-16 14:17:20 -04:00
Ben Schermel
e0d2a1cff6 Merge branch 'keydbpro' into PRO_RELEASE_6 
Former-commit-id: cf7ed118553af55a27c3a57c121bc26e18e0ab7e
 2020-06-16 14:16:03 -04:00
Ben Schermel
ab407d5654 Merge branch 'keydbpro' into PRO_RELEASE_6 
Former-commit-id: cf7ed118553af55a27c3a57c121bc26e18e0ab7e
 2020-06-16 14:16:03 -04:00
Ben Schermel
38f5ed20a0 Merge branch 'PRO_RELEASE_6' of https://github.com/JohnSully/KeyDB-Pro into PRO_RELEASE_6 
Former-commit-id: ff7ec3ec39d692ed59c945ace5c9a4ec140f5e52
 2020-06-16 14:15:51 -04:00
Ben Schermel
ca604a4ed2 Merge branch 'PRO_RELEASE_6' of https://github.com/JohnSully/KeyDB-Pro into PRO_RELEASE_6 
Former-commit-id: ff7ec3ec39d692ed59c945ace5c9a4ec140f5e52
 2020-06-16 14:15:51 -04:00
chenhui0212
6b82471098 fix comments in listpack.c 2020-06-16 17:50:38 +08:00
chenhui0212
71fafd761a fix comments in listpack.c 2020-06-16 17:50:38 +08:00
antirez
fc08cafdb0 Use cluster connections too, to limit maxclients. 
See #7401.
 2020-06-16 11:45:11 +02:00
antirez
4b8d8826af Use cluster connections too, to limit maxclients. 
See #7401.
 2020-06-16 11:45:11 +02:00
antirez
714c2be383 Merge branch 'unstable' of github.com:/antirez/redis into unstable 2020-06-16 11:11:01 +02:00
antirez
62fc7f4f24 Merge branch 'unstable' of github.com:/antirez/redis into unstable 2020-06-16 11:11:01 +02:00
antirez
ae770c3034 Tracking: fix enableBcastTrackingForPrefix() invalid sdslen() call. 
Related to #7387.
 2020-06-16 11:09:48 +02:00
antirez
784479939d Tracking: fix enableBcastTrackingForPrefix() invalid sdslen() call. 
Related to #7387.
 2020-06-16 11:09:48 +02:00
John Sully
e81a4a159a Fix crash in async delete when storage provider is not set and key doesn't actually exist 
Former-commit-id: 4a4828390118ab52851d8bf229c4ae853100053c
 2020-06-15 19:47:06 -04:00
John Sully
9797d4a8f2 Fix crash in async delete when storage provider is not set and key doesn't actually exist 
Former-commit-id: 4a4828390118ab52851d8bf229c4ae853100053c
 2020-06-15 19:47:06 -04:00
Salvatore Sanfilippo
96ca6e9f5d Merge pull request #7396 from MeirShpilraien/fix_dict_scan_module_api 
Fix RM_ScanKey module api not to return int encoded strings
 2020-06-15 10:43:33 +02:00
Salvatore Sanfilippo
6ce2ed870d
Merge pull request #7396 from MeirShpilraien/fix_dict_scan_module_api 
Fix RM_ScanKey module api not to return int encoded strings
 2020-06-15 10:43:33 +02:00
root
009a2d443a cluster.c remove if of clusterSendFail in markNodeAsFailingIfNeeded 2020-06-15 10:18:14 +08:00
root
c92464db69 cluster.c remove if of clusterSendFail in markNodeAsFailingIfNeeded 2020-06-15 10:18:14 +08:00
meir@redislabs.com
e37c16e425 Fix RM_ScanKey module api not to return int encoded strings 
The scan key module API provides the scan callback with the current
field name and value (if it exists). Those arguments are RedisModuleString*
which means it supposes to point to robj which is encoded as a string.
Using createStringObjectFromLongLong function might return robj that
points to an integer and so break a module that tries for example to
use RedisModule_StringPtrLen on the given field/value.

The PR introduces a fix that uses the createObject function and sdsfromlonglong function.
Using those function promise that the field and value pass to the to the
scan callback will be Strings.

The PR also changes the Scan test module to use RedisModule_StringPtrLen
to catch the issue. without this, the issue is hidden because
RedisModule_ReplyWithString knows to handle integer encoding of the
given robj (RedisModuleString).

The PR also introduces a new test to verify the issue is solved.
 2020-06-14 11:20:15 +03:00
meir@redislabs.com
a89bf734a9 Fix RM_ScanKey module api not to return int encoded strings 
The scan key module API provides the scan callback with the current
field name and value (if it exists). Those arguments are RedisModuleString*
which means it supposes to point to robj which is encoded as a string.
Using createStringObjectFromLongLong function might return robj that
points to an integer and so break a module that tries for example to
use RedisModule_StringPtrLen on the given field/value.

The PR introduces a fix that uses the createObject function and sdsfromlonglong function.
Using those function promise that the field and value pass to the to the
scan callback will be Strings.

The PR also changes the Scan test module to use RedisModule_StringPtrLen
to catch the issue. without this, the issue is hidden because
RedisModule_ReplyWithString knows to handle integer encoding of the
given robj (RedisModuleString).

The PR also introduces a new test to verify the issue is solved.
 2020-06-14 11:20:15 +03:00
antirez
00e1f87a08 Fix LCS object type checking. Related to #7379. 2020-06-12 12:43:40 +02:00
antirez
1055398849 Fix LCS object type checking. Related to #7379. 2020-06-12 12:43:40 +02:00
Salvatore Sanfilippo
c35a814c4f Merge pull request #7375 from hwware/lcs_crash_fix 
Fix Server Crash in LCS Command
 2020-06-12 12:31:15 +02:00
Salvatore Sanfilippo
a66298e6f1
Merge pull request #7375 from hwware/lcs_crash_fix 
Fix Server Crash in LCS Command
 2020-06-12 12:31:15 +02:00
antirez
d05cc51e4e help.h updated. 2020-06-12 12:16:24 +02:00
antirez
0cae0900cf help.h updated. 2020-06-12 12:16:24 +02:00
antirez
f66fc18807 help.h updated. 2020-06-12 12:16:19 +02:00
antirez
ca58198a76 help.h updated. 2020-06-12 12:16:19 +02:00
antirez
3dc6657ea8 LPOS: tests + crash fix. 2020-06-12 12:08:06 +02:00
antirez
e0022d8cfe LPOS: tests + crash fix. 2020-06-12 12:08:06 +02:00
antirez
010dd2b320 LPOS: update to latest proposal. 
See https://gist.github.com/antirez/3591c5096bc79cad8b5a992e08304f48
 2020-06-12 12:08:06 +02:00
antirez
495327c020 LPOS: update to latest proposal. 
See https://gist.github.com/antirez/3591c5096bc79cad8b5a992e08304f48
 2020-06-12 12:08:06 +02:00
antirez
00e400ed66 LPOS: implement the final design. 2020-06-12 12:08:06 +02:00