The test in TestPlatformCommand which runs "platform process list" has
been timing out for Android when running running dosep.py with
LLDB_TEST_THREADS=8. This patch increases the packet timeout to a large
value of 1min to accommodate the long time required for a response for
the qfProcessInfo packet on Android.
Details
Diff Detail
Event Timeline
source/Plugins/Process/gdb-remote/GDBRemoteCommunicationClient.cpp | ||
---|---|---|
2699 | I think it would be good to have a per-platform default timeout value, so we don't need a global change to accommodate one particularly slow platform. |
source/Plugins/Process/gdb-remote/GDBRemoteCommunicationClient.cpp | ||
---|---|---|
2699 | We already have a platform specific default packet timeout specified in GDBRemoteCommunicationServerCommon and I don't think it would be a good idea to increase that one further just because of one slow packet. As a long term solution I would prefer to rework the communication timeout handling in LLDB because a timeout almost always cause issues in a later stage when the response packet came in with a huge delay. |
I think it would be good to have a per-platform default timeout value, so we don't need a global change to accommodate one particularly slow platform.