Project

General

Profile

Actions

Feature #6807

closed

Separate verification tasks generation and verification results processing

Added by Evgeny Novikov about 8 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
Urgent
Assignee:
Category:
Tasks generation
Target version:
Start date:
02/04/2016
Due date:
% Done:

0%

Estimated time:
Published in build:

Description

At the moment Verification Tasks Generator both produces verification tasks on the basis of the abstract ones and a specified configuration and processes verification results including processing of error traces (witnesses), processing of static verifier logs and preparing corresponding reports.

This confuses everybody including me. In particular the same category Tasks generation is used for all relevant issues.

I hope that we can separate them gracefully both in code (in addition we will get one more level of parallelism) and here.


Related issues 1 (0 open1 closed)

Related to Klever - Feature #6608: Generate abstract verification tasks in parallelClosedIlja Zakharov01/29/2016

Actions
Actions #1

Updated by Evgeny Novikov about 8 years ago

Actually we designed this with Ilja as it is now due to Verification Tasks Generator can generate further verification tasks in accordance with processed verification results (e.g. it will be the case with multi-aspect verification - #6692) not only with new abstract verification tasks. So it won't be so easy to separate these functions.

Actions #2

Updated by Evgeny Novikov almost 7 years ago

  • Assignee changed from Evgeny Novikov to Ilja Zakharov
  • Priority changed from High to Urgent

Let's do it together with #6608.

Actions #3

Updated by Evgeny Novikov over 6 years ago

  • Target version set to 2.0
Actions #4

Updated by Evgeny Novikov over 6 years ago

  • Target version changed from 2.0 to 0.2

This considerable Core refactoring is always completed and it would be better to have it in master ASAP while Klever 1.0 will be devoted to great conceptual improvements.

Actions #5

Updated by Ilja Zakharov over 6 years ago

  • Status changed from New to Resolved

Implemented in the core-refactoring branch as a part of VTG and AVTG major refactoring.

Actions #6

Updated by Evgeny Novikov over 6 years ago

  • Status changed from Resolved to Closed

I merged the branch to master in aec48ac1. Please, note that there is a new issue category "Results processing"!

Actions

Also available in: Atom PDF