std::condition_variable wait_until неожиданное поведение

Question

Здание с VS2013, указав time_point::max() к условной переменной wait_until приводит к немедленному таймауту.

Это кажется не интуитивным - я бы наивно ожидал time_point::max() ждать бесконечно (или хотя бы очень долго). Кто-нибудь может подтвердить, документировано ли это, ожидаемое поведение или что-то специфическое для MSVC?

Пример программы ниже; замена заметки time_point::max() с now + std::chrono::hours(1) дает ожидаемое поведение (wait_for выходит, как только cv получит уведомление, без тайм-аута)

#include <condition_variable>
#include <mutex>
#include <chrono>
#include <future>
#include <functional>

void fire_cv( std::mutex *mx, std::condition_variable *cv )
{
    std::unique_lock<std::mutex> lock(*mx);
    printf("firing cv\n");
    cv->notify_one();
}

int main(int argc, char *argv[])
{
    std::chrono::steady_clock::time_point now = std::chrono::steady_clock::now();

    std::condition_variable test_cv;
    std::mutex test_mutex;

    std::future<void> s;
    {
        std::unique_lock<std::mutex> lock(test_mutex);
        s = std::async(std::launch::async, std::bind(fire_cv, &test_mutex, &test_cv));
        printf("blocking on cv\n");
        std::cv_status result = test_cv.wait_until( lock, std::chrono::steady_clock::time_point::max() );

        //std::cv_status result = test_cv.wait_until( lock, now + std::chrono::hours(1) ); // <--- this works as expected!
        printf("%s\n", (result==std::cv_status::timeout) ? "timeout" : "no timeout");
    }
    s.wait();

    return 0;
}

Answer 1

Я отладил реализацию MSCV 2015, и wait_until звонки wait_for внутренне, что реализовано так:

template<class _Rep,
        class _Period>
        _Cv_status wait_for(
            unique_lock<mutex>& _Lck,
            const chrono::duration<_Rep, _Period>& _Rel_time)
        {   // wait for duration
        _STDEXT threads::xtime _Tgt = _To_xtime(_Rel_time); // Bug!
        return (wait_until(_Lck, &_Tgt));
        }

Ошибка здесь в том, что _To_xtime переполнения, что приводит к неопределенному поведению, и результат является отрицательным time_point:

template<class _Rep,
    class _Period> inline
    xtime _To_xtime(const chrono::duration<_Rep, _Period>& _Rel_time)
    {   // convert duration to xtime
    xtime _Xt;
    if (_Rel_time <= chrono::duration<_Rep, _Period>::zero())
        {   // negative or zero relative time, return zero
        _Xt.sec = 0;
        _Xt.nsec = 0;
        }
    else
        {   // positive relative time, convert
        chrono::nanoseconds _T0 =
            chrono::system_clock::now().time_since_epoch();
        _T0 += chrono::duration_cast<chrono::nanoseconds>(_Rel_time); //Overflow!
        _Xt.sec = chrono::duration_cast<chrono::seconds>(_T0).count();
        _T0 -= chrono::seconds(_Xt.sec);
        _Xt.nsec = (long)_T0.count();
        }
    return (_Xt);
    }

std::chrono::nanoseconds по умолчанию сохраняет его значение в long longи так после его определения, _T0 имеет значение 1'471'618'263'082'939'000 (это меняется, очевидно). Добавление _Rel_time (9'223'244'955'544'505'510) результаты определенно в подписанном переполнении.

Мы уже прошли каждый негатив time_point возможно, поэтому тайм-аут случается.