Dynare 4.6.2 Released
Posted on 07 September 2020We are pleased to announce the release of Dynare 4.6.2.
This maintenance release fixes various bugs.
The Windows, macOS and source packages are already available for download at the Dynare website.
All users are strongly encouraged to upgrade.
This release is compatible with MATLAB versions ranging from 7.9 (R2009b) to 9.8 (R2020a), and with GNU Octave versions 5.2.0 (under Windows) and 4.4.1 (under macOS).
Note for Windows users: upon launching the Dynare installer, you may get a warning emitted by Windows Defender SmartScreen, saying that this is an unrecognized app and that it was prevented from starting. You can safely ignore this warning, as long as you can verify on the next screen that CEPREMAP is the editor of the software. This security warning is due to the fact that we had to renew our code signing certificate (which had expired), and it takes some time to rebuild our reputation as a software editor using the new certificate.
Here is a list of the problems identified in version 4.6.1 and that have been fixed in version 4.6.2:
- Perfect foresight simulations of purely backward models could deliver an
incorrect result if some exogenous variable appeared with a lag of 2 or more
(and neither
blocknorbytecodeoption was used) - Perfect foresight simulations of linear models could deliver an incorrect
result if the following four conditions were met:
- the model was actually declared as linear through the
linearoption - there was an exogenous variable with a lead or a lag
stack_solve_algowas equal to 0 (the default) or 7- neither
blocknorbytecodeoption was used
- the model was actually declared as linear through the
- In stochastic simulations, for variables that actually do not leave the steady state, reported simulated moments could be spurious (due to division by zero)
- Displayed variance decompositions would only take into account measurement errors if measurement errors were present for all observed variables
- The posterior variance decompositions with measurement errors computed with
moments_varendowere incorrect moments_varendowould not updateoo_.PosteriorTheoreticalMomentsif it was already present, from e.g. an earlier run ofestimation- Identification would in some cases compute wrong Jacobian of moments
- Identification would display incorrect results if parameter dependence was implemented via a steady state file
generate_trace_plotswould crash when measurement errors were presentestimationwould crash for correlated measurement errors- Parallel execution/testing could crash instead of aborting with a proper error message
- Under macOS, Dynare would incorrectly claim that it is compiled for Octave 5.2.0 (it is actually compiled for Octave 4.4.1)
- Using external functions in a model local variable would crash the preprocessor
- Tolerance criteria for steady state computations were inconsistently set
stoch_simulwith its defaultorder=2would crash with a message abouthessian_eq_zeronot existing if an explicitorder=1was present somewhere else in the.modfile- Model local variables were not written to the
modfile.jsonJSON file - Model local variables names would have two spurious underscores at their
point of definition in the
dynamic.jsonandstatic.jsonfiles (but only in the definition, not when they were used, which is inconsistent) - The
solve_algo=9option was not accessible. Thesolve_algo=10andsolve_algo=11options were not accessible withblock(withoutbytecode) - Under certain circumstances,
extended_pathwould crash when used in conjunction with theblockoption extended_pathwas not working with thebytecodeoptionshock_decompositionwas not accepting the options ofestimationrelated to smoothingconditional_forecastwould display a warning even if the simulation was successful- The
prior_truncoption ofidentificationwas not working - The
rand_multivariate_studentvalue of theproposal_distributionoption was not working when used with thetailored_random_block_metropolis_hastingsposterior sampling method - Perfect foresight simulations of backward models would crash if convergence failed with complex-valued residuals
- The diffuse Kalman smoother would crash if
Finfbecame singular
As a reminder, the list of new features introduced in versions 4.6.x can be found in the release notes for 4.6.0.