- 02 Jul, 2018 18 commits
-
-
Nick Craver authored
-
Nick Craver authored
-
Nick Craver authored
-
Nick Craver authored
This was correct before, not sure how we convinced ourselves otherwise. I added additional verification checks to the tests.
-
Nick Craver authored
-
Marc Gravell authored
-
Marc Gravell authored
Ensure that pre-handshake backlog is completed successfully; also simplify how sent messages get the exception recorded; can massively simplify if we know we've already burned the connection
-
Marc Gravell authored
-
Marc Gravell authored
-
Marc Gravell authored
-
Marc Gravell authored
-
Nick Craver authored
Known breaking change and intended for 2.0. See #809 for details - pretty much for unit testing.
-
Nick Craver authored
Better handling for null an empty values to SetRemove(Async), Redis will throw here so there's no reason we can't gracefully hamdle it better.
-
Nick Craver authored
-
Nick Craver authored
-
Nick Craver authored
-
Nick Craver authored
-
Nick Craver authored
-
- 29 Jun, 2018 16 commits
-
-
Nick Craver authored
This is interesting, and may explain some other hangs. Previously, arr was null, and the .Length call in the MultiBulk case was throwing a null ref. This doesn't throw externally through, it just runs forever. While there's a timeout guard against this on the ExecuteSync path, there's not on ExecuteAsync. This is easy to reproduce for example add this at the top of the result processor: if (result.Type == ResultType.MultiBulk) throw new Exception("Woops"); ...and we'll only see timeouts on sync and forever runs on async. I left this code in (commented) for an easy repro case. /cc @mgravell -
Nick Craver authored
This isn't the source of our timeouts...as there aren't running. But cleaning up usages.
-
Nick Craver authored
Turns out @mgravell really really liked "foo" and "hashset" years ago =P
-
Nick Craver authored
-
Marc Gravell authored
ackowledge that we can timeout while waiting to get on the write queue; up the sync timeout default; rename Queue=>Write - we don't have a queue any more
-
Nick Craver authored
TL;DR: This behaves different on a redis server running on Linux vs. Windows.
-
Nick Craver authored
-
Nick Craver authored
The alternative here is outright removal due to the semantics change, but we would be breaking the IProfiledCommand interface, which has a non-nullable TimeSpan member for this.
-
Nick Craver authored
-
Marc Gravell authored
-
Marc Gravell authored
move to a shared socketmanager by default; remove existing use of SocketManager in tests - prefer the default behaviour - TODO: add explicit tests that focus on the new SocketManager reality
-
Marc Gravell authored
-
Marc Gravell authored
# Conflicts: # StackExchange.Redis/StackExchange/Redis/PhysicalConnection.cs
-
Marc Gravell authored
-
Marc Gravell authored
-
Nick Craver authored
When we added the caller here, it inadvertently broke this test - quick fix.
-
- 28 Jun, 2018 6 commits
-
-
Nick Craver authored
Being removed in v2.0
-
Marc Gravell authored
fix #856 - add method to create a RedisResult that represents an array; mirrors existing factory method re single values
-
Marc Gravell authored
name the socket manager in BookSleeveTestBase; fix bug in AbandonPendingBacklog; compensate for Me() changes in AsyncTasksReportFailureIfServerUnavailable
-
Marc Gravell authored
-
Marc Gravell authored
Improve detection and error message when bad auth; still need to see why it takes 5s to timeout in my shell, though
-
Marc Gravell authored
-