Open shmarovfedor opened 9 years ago
@shmarovfedor, could you check whether this is caused by two different versions of dReal
?
@soonhokong, Sorry, I meant dReal-2.14.08
and dReal-2.15.01
. I was using the binaries from the release page. In the most recent version most of the time it was doing this kind of operations without much progress:
...
ode_solver::inner_loop_backward:[70.8359, 70.8359] {[0, 14.8058],[0, 100],[0, 0.217378],[3.98279, 13.3036]}
ode_solver::inner_loop_backward:[70.8359, 70.8359] {[0, 14.8058],[0, 100],[0, 0.217378],[3.98279, 13.3036]}
ode_solver::inner_loop_backward:[70.8359, 70.8359] {[0, 14.8058],[0, 100],[0, 0.217378],[3.98279, 13.3036]}
ode_solver::inner_loop_backward:[70.8359, 70.8359] {[0, 14.8058],[0, 100],[0, 0.217378],[3.9828, 13.3036]}
ode_solver::inner_loop_backward:[70.8359, 70.836] {[0, 14.8058],[0, 100],[0, 0.217378],[3.9828, 13.3036]}
ode_solver::inner_loop_backward:[70.836, 70.836] {[0, 14.8057],[0, 100],[0, 0.217378],[3.9828, 13.3036]}
ode_solver::inner_loop_backward:[70.836, 70.836] {[0, 14.8057],[0, 100],[0, 0.217378],[3.9828, 13.3036]}
ode_solver::inner_loop_backward prevTime = [70.836, 70.836] m_T = [70.1417, 85.6417]
ode_solver::inner_loop_backward:[70.836, 70.836] {[0, 14.8057],[0, 100],[0, 0.217378],[3.98281, 13.3037]}
ode_solver::inner_loop_backward:[70.836, 70.836] {[0, 14.8057],[0, 100],[0, 0.217378],[3.98281, 13.3037]}
ode_solver::inner_loop_backward:[70.836, 70.836] {[0, 14.8057],[0, 100],[0, 0.217378],[3.98281, 13.3037]}
ode_solver::inner_loop_backward:[70.836, 70.836] {[0, 14.8057],[0, 100],[0, 0.217379],[3.98282, 13.3037]}
ode_solver::inner_loop_backward:[70.836, 70.836] {[0, 14.8057],[0, 100],[0, 0.217379],[3.98282, 13.3037]}
ode_solver::inner_loop_backward:[70.836, 70.836] {[0, 14.8057],[0, 100],[0, 0.217379],[3.98282, 13.3037]}
ode_solver::inner_loop_backward:[70.836, 70.836] {[0, 14.8057],[0, 100],[0, 0.217379],[3.98283, 13.3037]}
ode_solver::inner_loop_backward:[70.836, 70.8361] {[0, 14.8057],[0, 100],[0, 0.217379],[3.98283, 13.3037]}
ode_solver::inner_loop_backward:[70.8361, 70.8361] {[0, 14.8056],[0, 100],[0, 0.217379],[3.98283, 13.3037]}
ode_solver::inner_loop_backward:[70.8361, 70.8361] {[0, 14.8056],[0, 100],[0, 0.217379],[3.98283, 13.3037]}
ode_solver::inner_loop_backward:[70.8361, 70.8361] {[0, 14.8056],[0, 100],[0, 0.217379],[3.98284, 13.3038]}
ode_solver::inner_loop_backward:[70.8361, 70.8361] {[0, 14.8056],[0, 100],[0, 0.217379],[3.98284, 13.3038]}
ode_solver::inner_loop_backward:[70.8361, 70.8361] {[0, 14.8056],[0, 100],[0, 0.217379],[3.98284, 13.3038]}
...
@shmarovfedor, thanks for the clarification. I guess it's a side-effect of switching from CAPD3 to CAPD4. I'll take a closer look at this one.
dReach-2.14.08
returnssat
for the model below within 10 seconds with-k 1
.dReach-2.15.01
with-k 1
and-l 1
does not terminate (stopped it after 20 minutes).