org: fix many errors
Most of those errors were pointed out by the language-check tool. However while fixing those I found a few other issues that I fixed. In particular I updated the bibliographic reference for ltlsynt, added some DOI links for some cited papers that had no link, and fixed the broken introduction of ltlgrind. * doc/org/autcross.org, doc/org/autfilt.org, doc/org/citing.org, doc/org/compile.org, doc/org/concepts.org, doc/org/csv.org, doc/org/dstar2tgba.org, doc/org/genaut.org, doc/org/hierarchy.org, doc/org/install.org, doc/org/ioltl.org, doc/org/ltl2tgba.org, doc/org/ltl2tgta.org, doc/org/ltlcross.org, doc/org/ltldo.org, doc/org/ltlfilt.org, doc/org/ltlgrind.org, doc/org/ltlsynt.org, doc/org/oaut.org, doc/org/randaut.org, doc/org/randltl.org, doc/org/satmin.org, doc/org/tut01.org, doc/org/tut02.org, doc/org/tut03.org, doc/org/tut10.org, doc/org/tut11.org, doc/org/tut12.org, doc/org/tut20.org, doc/org/tut22.org, doc/org/tut24.org, doc/org/tut30.org, doc/org/tut40.org, doc/org/tut50.org, doc/org/tut51.org, doc/org/tut52.org, doc/org/tut90.org, doc/org/upgrade2.org: Fix errors. * bin/autfilt.cc, bin/common_aoutput.cc, bin/genaut.cc: Fix some typos in --help text that appeared in the above org files.
This commit is contained in:
parent
a6f79c6211
commit
4cf7503fff
41 changed files with 393 additions and 325 deletions
|
|
@ -71,7 +71,7 @@ autfilt --dot='.#' tut40.hoa
|
|||
Whether two states are in simulation can be decided as a game between
|
||||
two players. If the game is in state $(q,q')$, spoiler (player 0)
|
||||
first selects a transition from state $q$, and duplicator (player 1)
|
||||
then has to chose a compatible transition from state $q'$. Duplicator
|
||||
then has to choose a compatible transition from state $q'$. Duplicator
|
||||
of course wins if it always manages to select compatibles transitions,
|
||||
otherwise spoiler wins.
|
||||
|
||||
|
|
@ -136,7 +136,7 @@ $txt
|
|||
Since player 1 is winning from state $(4,0)$, we know that state 4
|
||||
simulates state 0. Also since player 1 would also win from state
|
||||
$(5,1)$, we can tell that state 5 simulates state 1. We also learn
|
||||
that state 5 does not simulates states 2 and 3. We could build other
|
||||
that state 5 does not simulate states 2 and 3. We could build other
|
||||
games, or add more state to this game, to learn about other pairs of
|
||||
states.
|
||||
|
||||
|
|
@ -225,13 +225,13 @@ To solve a safety game =g= that has been created by the above method,
|
|||
it is enough to just call =solve_safety_game(g)=. The function
|
||||
=solve_game(g)= used below is a more generic interface that looks at
|
||||
the acceptance condition of the game to dispatch to the more specific
|
||||
game solver. These functions returns the player winning in the
|
||||
initial state. However, as a side-effect they define additional
|
||||
game solver. These functions return the player winning in the
|
||||
initial state. However, as a side effect they define additional
|
||||
automaton properties that indicate the winner of each state, and the
|
||||
associated strategy.
|
||||
|
||||
Therefore to list all simulation pairs we learned from a game starting
|
||||
in state $(i,j)$, we could proceed as follow:
|
||||
Therefore, to list all simulation pairs we learned from a game starting
|
||||
in state $(i,j)$, we could proceed as follows:
|
||||
|
||||
#+NAME: computesim_tut40
|
||||
#+BEGIN_SRC python :exports code
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue