964ac8b0e8
only two users of this function exist. only one used it in a way that even bears resemblance to asynchronicity, and even that one didn't do it right. fully async and parallel computation would have only worked if any getEdgesAsync never calls the continuation it receives itself, only from more derived callbacks running on other threads. calling it directly would cause the decoupling promise to be awaited immediately *on the original thread*, completely negating all nice async effects. Change-Id: I0aa640950cf327533a32dee410105efdabb448df |
||
---|---|---|
.. | ||
canon-path.cc | ||
chunked-vector.cc | ||
closure.cc | ||
compression.cc | ||
config.cc | ||
escape-string.cc | ||
fmt.cc | ||
git.cc | ||
hash.cc | ||
hilite.cc | ||
json-utils.cc | ||
local.mk | ||
logging.cc | ||
lru-cache.cc | ||
paths-setting.cc | ||
pool.cc | ||
references.cc | ||
shlex.cc | ||
suggestions.cc | ||
tests.cc | ||
url-name.cc | ||
url.cc | ||
xml-writer.cc |