aboutsummaryrefslogtreecommitdiff
path: root/examples/05_command_framework
diff options
context:
space:
mode:
authorZeyla Hellyer <[email protected]>2017-09-18 18:10:12 -0700
committerZeyla Hellyer <[email protected]>2017-09-18 18:10:12 -0700
commit7c4b052d7b5a50f234721249bd0221f037e48ea9 (patch)
tree03e7637731782f72ff1490747019491194167b54 /examples/05_command_framework
parenttravis: don't test rustfmt (diff)
downloadserenity-7c4b052d7b5a50f234721249bd0221f037e48ea9.tar.xz
serenity-7c4b052d7b5a50f234721249bd0221f037e48ea9.zip
Fix block on spawning multiple shards
When spawning multiple shards (via an equal number of futures - one per shard) joined on a core.run use, the very first future executed would block forever due to a sync, blocking `monitor_shard` use. While this defeats the purpose of tokio, this was meant to be a first step to an async serenity implementation. To "fix" this blocking call until a deeper async implementation is made, spawn a new thread per tokio core (and thus per shard). This causes the same expected behaviour, just with multiple threads like before.
Diffstat (limited to 'examples/05_command_framework')
0 files changed, 0 insertions, 0 deletions