[klee-dev] Inquiry on path record and reply component of KLEE

Cristian Cadar c.cadar at imperial.ac.uk
Thu Sep 9 13:43:42 BST 2021


Hi Harper,

As I mentioned on GitHub, the .path feature is currently unmaintained, 
but it would be great to revive it.

Best,
Cristian

On 10/07/2021 15:24, Wei Chen wrote:
> Dear developers,
> 
> Hi, I found there is a case that KLEE would generate the same .path 
> files for different paths in programs. Further, when given different 
> path files, the replay feature of Klee produces the same input for these 
> two paths. Here are the details:
> 
> For the attached file test_1.c, the aforementioned problem can be 
> reproduced by executing the following commands:
> 
> Attachment-1.png
> 
> KLEE would generate 3 paths for this program, then unfortunately 
> klee-out-0/test000002.path and klee-out-0/test000003.path are exactly 
> the same as each other. That’s weird because they are regarded as 
> different paths by klee.
> 
> For the replay feature of klee, given klee-out-0/test000001.path and 
> klee-out-0/test000002.path (two different paths), by executing klee with 
> —-replay-path option, two paths will be replayed and two test cases will 
> be generated.
> 
> However, the two test cases klee-out-1/test000001.ktest and 
> klee-out-2/test000001.ktest are exactly the same with each other.
> 
> Attachment.png
> 
> The attachment test_2.c also has the same .path problem, but the reply 
> feature works fine.
> 
> In that case, I’m wondering if there are some bugs inside the 
> path-related component of klee. The version of klee that I used is shown 
> as below:
> 
> image.png
> 
> Looking forward to your kind reply.
> 
> Best,
> Harper
> 
> _______________________________________________
> klee-dev mailing list
> klee-dev at imperial.ac.uk
> https://mailman.ic.ac.uk/mailman/listinfo/klee-dev
> 



More information about the klee-dev mailing list