[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

*From*: Alex Tim <alex.timimin@xxxxxxxxx>*Date*: Sat, 4 Apr 2020 09:50:37 -0700 (PDT)*References*: <50d348f8-4b04-43d6-98bd-5045540ca1d6@googlegroups.com>

Thanks a lot.

Now i see. This condition guaranties that we have constructed SpecUP right (it is implemented by initial spec) using prophecy vars.

Thanks

суббота, 4 апреля 2020 г., 14:20:04 UTC+3 пользователь Alex Tim написал:

Hi all

I'm reading Auxiliary Variables in TLA+ (http://lamport.azurewebsites.net/pubs/auxiliary.pdf ) to understand better

the technique of checking a low level spec satisfying a higher level spec.

There is a question concerning prophecy variables. In the module SendSetUndoP (p. 29) we add a prophecy array var

and check a Theorem

theorem SpecUP => SS!Spec

obviously to show that the spec specUP implements the lower level spec of the module SendSet.

Then it is said (p.29)

We should also check that condition (4.11) holds for each subaction A. To do this, we need to create a model with specication SpecU and have TLC check

the property:

[] [^ Choose => Ef \in [DOM->Pi] : PredChoose(f)

^ Send => Ef \in [DOM->Pi] : PredSend(f )

^ Rcv => Ef \in [DOM->Pi] : PredRcv(f )

^ AS \in subset y:Undo(S) ) => Ef \in [DOM->Pi] : PredUndo(f,S)

]vars

can someone explain why do we need to check this second condition?

or this is just the alternate option of how we check that the spec specUP implements the lower level spec of the module SendSet?

By proving this condition we show that Choose action is equivalent to ChooseP action, Send action is equivalent to SendP action, etc...

Thanks in advance.

You received this message because you are subscribed to the Google Groups "tlaplus" group.

To unsubscribe from this group and stop receiving emails from it, send an email to tlaplus+unsubscribe@xxxxxxxxxxxxxxxx.

To view this discussion on the web visit https://groups.google.com/d/msgid/tlaplus/c0fae0e3-b76a-4ea2-bcbc-6444206bdd94%40googlegroups.com.

**References**:**[tlaplus] on prophecy variables***From:*Alex Tim

- Prev by Date:
**Re: [tlaplus] on prophecy variables** - Next by Date:
**[tlaplus] "Uknown Operator" in refinement mapping** - Previous by thread:
**Re: [tlaplus] on prophecy variables** - Next by thread:
**[tlaplus] "Uknown Operator" in refinement mapping** - Index(es):