-
Notifications
You must be signed in to change notification settings - Fork 243
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
CCB: Fix SIGKILL due to not clearing the requestinfo set #3169
Comments
@joeygrover -san @theresalech -san This issue is a top priority for Toyota. Can the reproduction steps described actually reproduce this issue? Also, does this issue occur in the latest version? |
Hi @E-SAITO-TMC, we have documented that this is priority for Toyota, and will include for Steering Committee review and vote when planning the contents for the Q4 Core release. This planning will take place in June. |
@theresalech |
@LuxoftAKutsan, thank you! We will wait for confirmation if the issue is reproducible in the open source based on the findings of your script. |
@theresalech Please notice the following findings: Script for provided use case has been created: 3169.lua.tar.gz There could be several reasons why issue is not reproduced in open source environment :
Anyway script can be used to check use case on real hardware with Remote ATF feature. |
@dboltovskyi, thank you for the additional information. We'll await Luxoft's confirmation of PR #3376 being ready for Livio review. |
Closing with the merge of #3376 |
Bug Report
SignalKill in SDL
Detailed analysis:
time_sorted_pending_requests_ set containing the RequestInfoPtr is getting released twice.
Reproduction Steps
Expected Behavior
No crash
Observed Behavior
SDL crashed
bt.txt
OS & Version Information
The text was updated successfully, but these errors were encountered: