Хотя, для моей задачи, наверное, подойдет просто не ловить никаких исключений

Круто, спасибо.

А для чего тут noexcept? Какое ожидаемое поведение? Надежда на SFINAE?

дочитали тред?)

я ж пояснил там про блокировки

void hash_combine(size_t& seed, size_t hash_value) {
   seed ^= hash_value + 0x9e3779b9 + (seed << 6) + (seed >> 2);
}
Есть два вопроса?
1) Зачем добавлять это число 0x9e3779b9?
2) Зачем потом сдвигать?

The magic constant, 2654435769 or 9E3779B9 is chosen to be 2^32/ϕ, where ϕ is the golden ratio.

потому что какой то математик сидел выводил годами лучший хеш и получилось, что именно так распределение наилучшее или че то такое

Ага, чукча сначала отвечатель, потом тред-дочитатель😊

ничего страшного) сам иногда так делаю

Привет, какие open source libraries посоветуете чтобы парсить MDB(Microsoft Access Database) файлы?

Это не текст, чтобы его парсить, это бинарный формат БД

ODBC драйвер ставишь и работаешь...

Понимаю, что вопрос не по адресу, но не знаю, где еще спросить. Делаю rpc. Есть Request и есть Response с данными. Респонс с данными отправляется не синхронно реквесту. Другими словами приходит реквест, выполняется код, потом пару асинхронных действий и потом отправляется респонс с данными. Насколько нормально изменить это и сделать так: приходит реквест, затем отправляется респонс со статусом, что команда принята в обработку. А респонс с данными отправляется как реквест, но со стороны сервера- клиенту ? Или это уже не совсем рпс получается?

ну, по сути у тебя реализация асинхронной обработки получается. клиент посылает запрос, получает квитанцию с guid-ом запроса: типа мы твой запрос приняли, заходи позже за ответом. а далее он выполняет запрос на получения ответа с полученным ранее guid-ом

Я думаю, стоит посмотреть на реализацию rpclib

В ней клиент может юзать std::future для ожидания ответа

я использую grpc. Это вопрос скорее подхода.

Я про механизм ожидания ответа от сервера