You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As a follow-up investigation, I was testing on the commit d6dde9 for nondeterministic behaviors.
As a result, I found an instance that I think could be a remaining nondeterministic issue. After bisecting the configuration flags to reduce the configuration to minimal reproducer, I found this nondeterminism seems to be related to these three options --dataflowsolver FLOWINSENSITIVE --pathalgo CONTEXTINSENSITIVE --taintwrapper EASY.
A follow-up on this issue, according to the ground truth of BroadcastReceiverLifecycle2, there seems to be only one leak in this program. And the expected sink should be Log.d("DroidBench", deviceId); in onReceive(). However, both results found by FlowDroid are different from the expected result.
Any feedback or insight on this issue will be very appreciated!
Hi,
This issue is related to issue 583 and issue 663.
As a follow-up investigation, I was testing on the commit d6dde9 for nondeterministic behaviors.
As a result, I found an instance that I think could be a remaining nondeterministic issue. After bisecting the configuration flags to reduce the configuration to minimal reproducer, I found this nondeterminism seems to be related to these three options
--dataflowsolver FLOWINSENSITIVE --pathalgo CONTEXTINSENSITIVE --taintwrapper EASY
.This non-determinism is observed when running FlowDroid on the BroadcastReceiverLifecycle2 from Droidbench.
Results
Running Flowdroid 20 times with the above configuration on BroadcastReceiverLifecycle2 outputs 3 different results:
However, according to the ground truth of BroadcastReceiverLifecycle2 project, it seems that only one leak is expected.
Any feedback or insight regarding this issue is really appreciated! Thank you in advance!
The text was updated successfully, but these errors were encountered: