Dezyne 2.18.1 is a bug-fix release. 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.18.1.tar.gz
dezyne-2.18.1.tar.gz.sig

Here are the SHA1 and SHA256 checksums:

8bbc7869204c12eff283ce5451d1c4e54da5dca4  dezyne-2.18.1.tar.gz  
72556dc52a9cf3ce712027d7961f21c1d5af1d064f83f5f2bb1515a8ff420a45  dezyne-2.18.1.tar.gz

[*] 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.

Alternatively, Dezyne can be installed using GNU Guix:

guix pull  
guix install dezyne

NEWS

Changes in 2.18.1 since 2.18.0

• Code

  • C++ runtime facilitates shared-state strictness through the dzn_strict_p boolean, which is explicityly set to true by the generated code, and therefore false by default. Note that the default case is aimed at thread safe shell systems, which do not support shared state on their boundary events.
  • Shared state enables the generated code to enforce the behavior of each interface. Any event which is illegal from the interface point of view will now instantly trigger an illegal assert at runtime.
  • In the C++ runtime the timer handling behavior has been changed to prevent infinite timer loops using a 0 timeout delay.

• Noteworthy bug fixes

  • The simulator again allows observable non-determinism in interfaces; disallowing this was a regression introduced in 2.18.0.

  • The dezyne version is now also added to installed C and C++ headers.

  • In the generated (C++) code, a local enum variable used only as a field test in a defer statement is now captured by value and can no longer go out of scope.

  • A bug was fixed in the verifyer that would erroneously flag a deadlock when using nested guarding.

  • During verification of a component, interface models are verified only once.

  • The C++ runtime now has a specialization of dzn::check_bindings specifically for foreign components.

  • The well-formedness check now also reports redefinition errors for names in a namespace.

  • A bug in the location calculation was fixed that would lead to a quadratic performance problem for large files (over 10,000 lines).

  • A bug in the simulator that would erroneously flag a <non-compliance> error for a non-deterministic interface has been fixed; this was a regression introduced in 2.18.0.

For changes in the previous release see Dezyne release 2.18.0.

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 Verum-Dezyne's IDE support based on the LSP (Language Server Protocol), interactive integrated graphics, interactive simulation, (custom) code generation and (custom) runtime library support.