Harrm
Harrm
I've stumbled onto a similar issue, and after a short RenderDoc debugging session found out that the root of the problem is ImGUI -- if its overlay is turned off...
Backward-cpp actually complains during build that it looked for libdwarf, libfd or libdw, but found none (if there are none visible to it during the build).
We could specialise std::hash.
That's IMON, key type for ImOnline, and it seems this issue is caused by wrong byte order (since 6E6F6D69 is NOMI, IMON backwards).
Ah, also we should check for overlapping scheduled changes -- where a change is scheduled while the previous one is still in its delay range -- this is wrong.
Not sure about this one, it did help me not once to take a final glance on the PR before merging it. Anyway, currently in our settings only one review...
The root of the problem lies in libp2p - TcpConnection RAII objects, which control the lifetime of open sockets, are contained in shared ptrs, and when an error occurs during...
Catching a crash under debugger yielded the following results: The crash occurs in PeerManagerImpl::startPingingPeer (Kagome), which attempts to call ping_protocol->startPinging with the first argument being a null pointer. Then, startPinging...
Also please rewrite workers.cpp from lambdas to some form of coroutine, Boost.ASIO supports multiple of them. It's hard to read it now.
Unless we change pruner's logic to avoid encoding nodes in pruner at all.