We are proud and relieved to announce Dezyne 2.15 which completes full support for blocking: This finally marks the Grand Unification into single threaded execution semantics.
The documentation is available here: https://dezyne.org/documentation.html.
We will evaluate your reports and track them via the Gitlab dezyne-issues project, see our guide to writing helpful bug reports.
What's next?
Verification with system scope and automatically exploring possible
traces in a system. Introducing a new keyword defer
for asynchronous
behavior and deprecation of async
.
Future
Looking beyond the next releases we will introduce implicit interface constraints. Hierarchical behaviors, module-specifications and data-interfaces. Support for Model Based Testing.
Enjoy!
The Dezyne developers.
Download
git clone git://git.savannah.nongnu.org/dezyne.git
Here are the compressed sources and a GPG detached signature[*]:
dezyne-2.15.0.tar.gz
dezyne-2.15.0.tar.gz.sig
Here are the SHA1 and SHA256 checksums:
395ff05e4f2c17bcee895fd9436d696fb0aab93d dezyne-2.15.0.tar.gz
982d8f7cca9de23225e2f06b4c8524c0b57acfba81beaaff1a0c045c1e6409ea dezyne-2.15.0.tar.gz
The SHA256 checksum is base64 encoded, instead of the hexadecimal encoding that most checksum tools default to.
[*] Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact. First, be sure to download both the .sig file and the corresponding tarball. Then, run a command like this:
gpg --verify .sig
If that command fails because you don't have the required public key, then run this command to import it:
gpg --keyserver keys.gnupg.net --recv-keys 1A858392E331EAFDB8C27FFBF3C1A0D9C1D65273
and rerun the 'gpg --verify' command.
NEWS
Changes in 2.15.0 since 2.14.0
Language
Blocking is now fully supported, it may be used:
- In non-toplevel components,
- In a component with multiple provides ports, but see the
Blocking
section in the manual for caveats. - A new
blocking
qualifier for ports must be used if a port can block, or block collateraly.
- Using unobservable non-determinism in interfaces is no longer supported.
- An action or function call can now also be used in a return expression (#67). Note that recursive functions still cannot be valued.
Commands
- The
dzn explore
command has been removed.
- The
Verification
- The verifier now supports blocking for components with multiple provides ports.
- The verifier now detects possible deadlock errors due to a requires action blocking collaterally, which could happen when a component deeper in the system hierarchy uses blocking.
- The option
--no-interface-determinism
has been removed fordzn verify
.
Simulation
- The simulator now supports collateral blocking.
In interactive mode:
- The new
,state
command shows the state (#66), - The new
,quit
command exits the session, - The simulator does not exit when supplying empty input.
- The new
- The simulator now detects possible deadlock errors due to a requires action blocking collaterally, which could happen when a component deeper in the system hierarchy uses blocking.
- The simulator now detects livelocks in interfaces at end of trail.
- The simulator now detects queue-full errors caused by external at end of trail.
- The
dzn simulate
command now supports the-C,--no-compliance
,--no-interface-livelock
and-Q,--no-queue-full
options,
Code
- The C++ and C# code generators and runtime now fully support collaterally blocking components.
Views
- Returns are no longer removed from the state-diagram. Using the new
--hide=returns
(or--hide=actions
) now removes void action returns.
- Returns are no longer removed from the state-diagram. Using the new
Documentation
- Blocking has been updated and extended.
- A new section on foreign components was added.
Noteworthy bug fixes
Using the construct
provides external
(which has no semantics) no longer confuses the simulator.A bug has been fixed that would cause the well-welformness check for system bindings to ignore certain missing bindings.
A bug has been fixed when assigning a value to a formal parameter of a function.
A bug has been fixed in the vm that would cause graph or simulate to hang when using a foreign component that has both provides and requires ports (note: don`t do that!).
The test framework can be built using gcc-11.
A bug has been fixed in the code generator when assiging to a local variable that shadows a formal parameter or member variable.
A bug has been fixed in the verifier when creating a new local variable or assigning a variable that remains otherwise unused.
The simulation function now supports injection of foreign components.
The trace produced by running dezyne code is now correct when using injected foreign components.
A bug has been fixed that would cause the verifier to overlook non-determinism in a component.
Using external data in binary expressions is now reported as an error (#64).
The parser no longer reports "<unknown-type>" expected when an external type definition is missing.
The well-formedness check of the parser no longer hangs when a component has the same name as one of its interfaces.
An interface can now have the same name as its namespace.
About Dezyne
Dezyne is a programming language and a set of tools to specify, validate, verify, simulate, document, and implement concurrent control software for embedded and cyber-physical systems.
The Dezyne language has formal semantics expressed in mCRL2 developed at the department of Mathematics and Computer Science of the Eindhoven University of Technology (TUE). Dezyne requires that every model is finite, deterministic and free of deadlocks, livelocks, and contract violations. This is achieved by means of the language itself as well as builtin verification through model checking. This allows the construction of complex systems by assembling independently verified components.
Dezyne is free software, it is distributed under the terms of the GNU Affero General Public Licence version 3 or later.
About Verum
Verum, the organization behind the Dezyne language, is committed to continuing to invest in the language for the benefit of all its users. Verum assists its customers and partners in solving the software challenges of today and tomorrow, by offering expert consultancy on the application of the Dezyne language and the development and use of its tools, as well as on Verum's commercial tools like IDE support based on the LSP (Language Server Protocol), interactive integrated graphics, interactive simulation, (custom) code generation and (custom) runtime library support.