Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Terminate called after throwing an instance of 'std::runtime_error' what(): Response timed out #389

Open
nbergantino opened this issue Apr 18, 2022 · 2 comments

Comments

@nbergantino
Copy link

Connecting a Kepware server after some times the program is aborted with the error in the title. I am using the subscription method.
Observing the frame stack with gdb I detected the following once the exception is thrown:
(gdb) bt
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1 0x00007ffff7bd8859 in __GI_abort () at abort.c:79
#2 0x00007ffff7e61911 in ?? () from /lib/x86_64-linux-gnu/libstdc++.so.6
#3 0x00007ffff7e6d38c in ?? () from /lib/x86_64-linux-gnu/libstdc++.so.6
#4 0x00007ffff7e6d3f7 in std::terminate() () from /lib/x86_64-linux-gnu/libstdc++.so.6
#5 0x00007ffff7e6d6fd in __cxa_rethrow () from /lib/x86_64-linux-gnu/libstdc++.so.6
#6 0x00007ffff2b731bd in (anonymous namespace)::BinaryClient::Send<OpcUa::ReadResponse, OpcUa::ReadRequest> (this=0x7fffe4007720, request=...)
at /code/cpp/module/service/freeopcua-master/src/client/binary_client.cpp:899
#7 0x00007ffff2b6b1a2 in (anonymous namespace)::BinaryClient::Read (this=0x7fffe4007720, params=...) at /code/cpp/module/service/freeopcua-master/src/client/binary_client.cpp:380
#8 0x00007ffff31df86e in OpcUa::Node::GetAttribute (this=0x7fffe4002248, attr=OpcUa::AttributeId::Value) at /code/cpp/module/service/freeopcua-master/src/core/node.cpp:67
#9 0x00007ffff31e41a0 in OpcUa::Node::GetValue (this=0x7fffe4002248) at /code/cpp/module/service/freeopcua-master/src/core/node.cpp:550
#10 0x00007ffff2bd25ed in OpcUa::KeepAliveThread::Run (this=0x7fffe4002240) at /code/cpp/module/service/freeopcua-master/src/client/client.cpp:84
#11 0x00007ffff2bd20f7 in OpcUa::KeepAliveThread::<lambda()>::operator()(void) const (__closure=0x7fffe4005ed8) at /code/cpp/module/service/freeopcua-master/src/client/client.cpp:46
#12 0x00007ffff2bd6525 in std::__invoke_impl<void, OpcUa::KeepAliveThread::Start(OpcUa::Services::SharedPtr, OpcUa::Node, OpcUa::Duration)::<lambda()> >(std::__invoke_other, OpcUa::KeepAliveThread::<lambda()> &&) (__f=...) at /usr/include/c++/9/bits/invoke.h:60
#13 0x00007ffff2bd64c6 in std::__invoke<OpcUa::KeepAliveThread::Start(OpcUa::Services::SharedPtr, OpcUa::Node, OpcUa::Duration)::<lambda()> >(OpcUa::KeepAliveThread::<lambda()> &&) (
__fn=...) at /usr/include/c++/9/bits/invoke.h:95
#14 0x00007ffff2bd6464 in std::thread::_Invoker<std::tuple<OpcUa::KeepAliveThread::Start(OpcUa::Services::SharedPtr, OpcUa::Node, OpcUa::Duration)::<lambda()> > >::_M_invoke<0>(std::_Index_tuple<0>) (this=0x7fffe4005ed8) at /usr/include/c++/9/thread:244
#15 0x00007ffff2bd6425 in std::thread::_Invoker<std::tuple<OpcUa::KeepAliveThread::Start(OpcUa::Services::SharedPtr, OpcUa::Node, OpcUa::Duration)::<lambda()> > >::operator()(void) (
this=0x7fffe4005ed8) at /usr/include/c++/9/thread:251
#16 0x00007ffff2bd63fa in std::thread::_State_impl<std::thread::_Invoker<std::tuple<OpcUa::KeepAliveThread::Start(OpcUa::Services::SharedPtr, OpcUa::Node, OpcUa::Duration)::<lambda()> > > >::_M_run(void) (this=0x7fffe4005ed0) at /usr/include/c++/9/thread:195
#17 0x00007ffff7e99de4 in ?? () from /lib/x86_64-linux-gnu/libstdc++.so.6
#18 0x00007ffff7b39609 in start_thread (arg=) at pthread_create.c:477
#19 0x00007ffff7cd5163 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

@guojing555
Copy link

guojing555 commented Apr 18, 2022 via email

@nbergantino
Copy link
Author

nbergantino commented Apr 18, 2022

Changing the function void KeepAliveThread::Run() as in the following the issue appears solved.
Selezione_999(824)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants