2017-05-12 38 views
5

Co jest nie tak z następującym kodem? Kiedy prowadził program przerywa z nieznanym wyjątkiemNieznany wyjątek od std :: promise

#include <iostream> 
#include <future> 

int main() { 
    auto promise = std::promise<int>{}; 
    auto future_one = promise.get_future(); 
    promise.set_value(1); 

    return 0; 
} 

Wyjście błędu jest

terminate called after throwing an instance of 'std::system_error' 
    what(): Unknown error -1 
Aborted (core dumped) 

g++ --version mi daje

g++ (Ubuntu 5.4.0-6ubuntu1~16.04.2) 5.4.0 20160609 
Copyright (C) 2015 Free Software Foundation, Inc. 
This is free software; see the source for copying conditions. There is NO 
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. 

Ten sam kod działa dobrze na mac


Uwaga linii kodu, że wyjątek pochodzi ze jest promise.set_value(1)

+0

@ vu1p3n0x pusty wspólne państwo nie powinno oznaczać, że następny get_future rzuci. Jest to również wartość set_value, która tutaj z jakiegoś powodu się wyrzuca. – Curious

+0

Umieść na tym rzecz debuggera i sprawdź dokładnie, co rzuca ten wyjątek. Nie ma w tym nic złego i nie mogę odtworzyć zgłoszonego wyjątku w GCC 5.4 Wandboxa. –

Odpowiedz

6

W skrócie, dodając -pthread rozwiązuje problem.

$ g++ -std=c++14 -g -pthread -o temp temp.cpp 
$ ./temp 

Szczegóły

mogę odtworzyć zachowanie na Ubuntu 16.04 z pod komendy na kompilacji:

$ g++ -std=c++14 -g -o temp temp.cpp 
$ ./temp 
terminate called after throwing an instance of 'std::system_error' 
    what(): Unknown error -1 
Aborted (core dumped) 

GDB wywrotki Wystawy:

(gdb) bt 
#0 0x00007ffff74ab428 in __GI_raise ([email protected]=6) at ../sysdeps/unix/sysv/linux/raise.c:54 
#1 0x00007ffff74ad02a in __GI_abort() at abort.c:89 
#2 0x00007ffff7ae484d in __gnu_cxx::__verbose_terminate_handler()() from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
#3 0x00007ffff7ae26b6 in ??() from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
#4 0x00007ffff7ae2701 in std::terminate()() from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
#5 0x00007ffff7ae2919 in __cxa_throw() from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
#6 0x00007ffff7b0b7fe in std::__throw_system_error(int)() from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
#7 0x000000000040259b in std::call_once<void (std::__future_base::_State_baseV2::*)(std::function<std::unique_ptr<std::__future_base::_Result_base, std::__future_base::_Result_base::_Deleter>()>*, bool*), std::__future_base::_State_baseV2*, std::function<std::unique_ptr<std::__future_base::_Result_base, std::__future_base::_Result_base::_Deleter>()>*, bool*>(std::once_flag&, void (std::__future_base::_State_baseV2::*&&)(std::function<std::unique_ptr<std::__future_base::_Result_base, std::__future_base::_Result_base::_Deleter>()>*, bool*), std::__future_base::_State_baseV2*&&, std::function<std::unique_ptr<std::__future_base::_Result_base, std::__future_base::_Result_base::_Deleter>()>*&&, bool*&&) (__once=..., 
    __f=<unknown type in /home/mine/tempdir/temp, CU 0x0, DIE 0xe578>) at /usr/include/c++/5/mutex:746 
#8 0x0000000000401e06 in std::__future_base::_State_baseV2::_M_set_result(std::function<std::unique_ptr<std::__future_base::_Result_base, std::__future_base::_Result_base::_Deleter>()>, bool) (this=0x61ac30, __res=..., __ignore_failure=false) at /usr/include/c++/5/future:387 
#9 0x0000000000402aee in std::promise<int>::set_value(int&&) (this=0x7fffffffe1c0, __r=<unknown type in /home/mine/tempdir/temp, CU 0x0, DIE 0xeb8a>) at /usr/include/c++/5/future:1075 
#10 0x0000000000401759 in main() at temp.cpp:7 

Z wysypiska widzimy, że używa on wyciszenia x, itd. Potem zdaję sobie sprawę, że rzeczy zależą od wątku, więc musi on zostać połączony z pthread, w przeciwnym razie zobaczymy ten wyjątek.

To samo dla std::thread

+0

wow, powinienem był pamiętać, że potrzebujesz flagi '-pthread' na wielu systemach – Curious