Activity log for bug #1217070

Date Who What changed Old value New value Message
2013-08-26 19:53:57 Mathias Grund Sørensen bug added bug
2013-08-26 19:54:29 Mathias Grund Sørensen attachment added incorrect-max-tokens.xml https://bugs.launchpad.net/verifypn/+bug/1217070/+attachment/3788862/+files/incorrect-max-tokens.xml
2013-08-26 19:54:45 Mathias Grund Sørensen attachment added incorrect-max-tokens.q https://bugs.launchpad.net/verifypn/+bug/1217070/+attachment/3788863/+files/incorrect-max-tokens.q
2013-08-26 19:54:59 Mathias Grund Sørensen attachment added incorrect-number-of-discovered.xml https://bugs.launchpad.net/verifypn/+bug/1217070/+attachment/3788864/+files/incorrect-number-of-discovered.xml
2013-08-26 19:55:13 Mathias Grund Sørensen attachment added incorrect-number-of-discovered.q https://bugs.launchpad.net/verifypn/+bug/1217070/+attachment/3788865/+files/incorrect-number-of-discovered.q
2013-08-26 20:22:36 Mathias Grund Sørensen description The following stats are incorrectly reported by the engine (wrt. TAPAAL): - The number "max tokens" does not always correctly report the maximum number of tokens in any considered marking. See the first attached net+query. With -k 2, the engine reports max tokens: 0, which makes the result conclusive, whereas it should report more than 2 making the result inconclusive. - With EG/AF and queries containing deadlocks, the stats are all 0 if the query is satisfied by the first marking, making the result undistinguishable from the over-approximation results (see second attached net+query). The initial marking should be counted in the stats as explored as well. The following stats are incorrectly reported by the engine (wrt. TAPAAL): - The number "max tokens" does not always correctly report the maximum number of tokens in any considered marking. See the first attached net+query. With -k 2, the engine reports max tokens: 0, which makes the result conclusive, whereas it should report more than 2 making the result inconclusive. - With queries containing deadlocks, the stats are all 0 if the query is satisfied by the first marking, making the result undistinguishable from the over-approximation results (see second attached net+query). The initial marking should be counted in the stats as explored as well.
2013-09-28 22:24:27 Jonas Finnemann Jensen verifypn: status New Fix Committed
2014-06-22 21:04:34 Jiri Srba verifypn: status Fix Committed Fix Released