|
|
This page documents known bugs in Dynare stable.
|
|
|
|
|
|
* Under some circumstances, the use of the `model_local_variable` statement would lead to a crash of the preprocessor (bug fixed; see #1782)
|
|
|
* When using `k_order_solver`, the `simult_`-function ignores requested approximation orders that differ from the one used to compute the decision rules (bug not yet fixed; see https://git.dynare.org/Dynare/dynare/-/merge_requests/1914)
|
|
|
* When using `k_order_solver`, the `simult_`-function ignores requested approximation orders that differ from the one used to compute the decision rules (bug fixed in a2c60dba)
|
|
|
* `estimation` will ignore the mean of non-zero observables if the mean is 0 for the initial parameter vector (bug fixed in 83ea804f)
|
|
|
* `mode_check` will crash if a parameter is estimated to be exactly 0 (bug fixed in 58b336b2)
|
|
|
* `load_mh_file` will not be able to load proposal density if the previous run was done in parallel (bug fixed; see !1835)
|
... | ... | @@ -13,6 +13,7 @@ This page documents known bugs in Dynare stable. |
|
|
* Smoother results will be Inf for auxiliary variables associated with lagged exogenous variables (bug fixed in https://git.dynare.org/Dynare/dynare/-/commit/cc045caa6f0e6155d4b9e8e1cd2b38f558810ea9)
|
|
|
* In rare cases, the posterior Kalman smoother may crash due to previously accepted draws violating the Blanchard-Kahn conditions when using an unrestricted state space (bug addressed in 5d1d5b8a)
|
|
|
* `perfect_foresight_solver` will crash for purely static problems (bug fixed in https://git.dynare.org/Dynare/dynare/-/commit/f97c1386857969791bebf27193537f738d947aa3 and https://git.dynare.org/Dynare/dynare/-/commit/27ee801a6755df021994acf061eb07d7feebf316)
|
|
|
* The `--steps`-option of Dynare++ was broken (bug fixed in 5eb76900)
|
|
|
* Forecasts are only based on the DSGE-model, not the DSGE-VAR (bug not yet fixed; see #819)
|
|
|
* `smoother2histval` will crash if variable names are too similar (bug fixed, see !1800)
|
|
|
* `smoother2histval` does not keep track of whether previously stored results were generate with `loglinear` (bug not yet fixed; see #1407)
|
... | ... | |