Актуальные научные исследования в современном мире iscience. In. Ua

void
doSomething
() { 
//runtime error happens here
}
void
test1
() { 
doSomething (); 
//runtime error
}
void
test2
() { 
doSomething (); 
//the same runtime error

---

«MODERN SCIENTIFIC CHALLENGES AND TRENDS»
 
SCIENCECENTRUM.PL 
ISSUE 3 
ISBN 978-83-949403-3-1 
37
} 
Algorithms. 
Reports of different error runtime analysis tools have different 
structures. However, all of them have the same parts: an error type and a 
stacktrace caused by the error [3 - 5]. This information can be enough to decrease 
the redundancy in some cases but not always. Consider the following situation: 
there is a class my_vector and two methods using its get method. 
class my_vector { 
std::vector<
int
> inner_vector; 
public:
my_vector(
int
size): inner_vector(size) {} 
int
get(
int
pos) { 
return
inner_vector[pos]; 
} 
}; 
void
test1
() { 
my_vector my_vector(
3
); 
my_vector.get(
4
); 
} 
void
test2
() { 
my_vector my_vector(
3
); 
my_vector.get(
5
); 
} 
Operator [] of a vector class doesn‘t make any checks for out of bounds. In 
case of passing an incorrect value into it the app crashes with runtime out-of-bound 
error. Thus, in the situation both tests crash. It is normal because there are two 
errors, and both need fixing. 
Consider another case: still have the same class my_vector and two tests 
using it. 
class my_vector { 
std::vector<