This page is frozen and has been moved to https://git.dynare.org/Dynare/dynare/wikis/home
This page documents known bugs in Dynare. A bug is associated with the latest version in which it appears (i.e. it has been or will be fixed in the next version).
Version 4.4.3
BVAR: bvar_irf may display IRFs in an unreadable way when they move from negative to positive values (bug fixed; see commit bf707c1975bc9a5c412a5e2d2747dc445e268ba7)
BVAR: in contrast to what is stated in the documentation, the confidence interval size conf_sig was 0.6 by default instead of 0.9 (see #338)
CONDITIONAL_FORECAST: The conditional_forecast command produces wrong results in calibrated models when used at initial values outside of the steady state (given with initval) (see #655).
CONDITIONAL_FORECAST: plot_conditional_forecast may produce unreadable figures if the areas overlap (see #1155)
CONDITIONAL_FORECAST: conditional_forecast after MLE crashes (see #1220)
CONDITIONAL_FORECAST: in contrast to what is stated in the manual, the confidence interval size conf_sig was 0.6 by default instead of 0.8 (see #338)
DISCRETIONARY_POLICY: Dynare allows running models where the number of instruments does not match the number of omitted equations (see #1042).
DISCRETIONARY_POLICY: Dynare may crash in some cases when trying to display the solution (see #1042).
DISCRETIONARY_POLICY: parameter dependence embedded via a steady_state is not taken into account, typically resulting in crashes (see #1241).
DSERIES/Reporting: When subtracting a dseries object from a number, the number is instead subtracted from the dseries object (thanks to user eric_till for reporting this, see here)
DSGE-VAR: Forecasts are only based on the DSGE-model, not the DSGE-VAR (bug not yet fixed; see #819).
DSGE-VAR: Dynare crashes when estimation encounters non-finite values in the Jacobian at the steady state (see #1190).
DSGE-VAR: The presence of a constant was not considered for degrees of freedom computation of the Gamma function used during the posterior computation; due to only affecting the constant term, results should be be unaffected, except for model_comparison when comparing models with and without constant (see #1212).
ESTIMATION: in contrast to what is stated in the manual, the confidence interval size conf_sig for forecast without MCMC was 0.6 by default instead of 0.9 (see #338)
ESTIMATION: Calling estimation after identification can lead to crashes (see #675)
ESTIMATION: When using recursive estimation/forecasting and setting some elements of nobs to be larger than the number of observations T in the data, oo_recursive_ will contain additional cell entries that simply repeat the results obtained for oo_recursive_{T}
ESTIMATION: Computation of Bayesian smoother results may crash for larger models when requesting forecast or filtered_variables
ESTIMATION: Geweke convergence diagnostics are not computed on the full MCMC chain when the load_mh_file option is used
ESTIMATION: The Geweke convergence diagnostics always use the default taper_steps and geweke_interval, even when these options are specified (see #1341)
ESTIMATION: bayesian_irfs may be displayed in an unreadable way when they move from negative to positive values (a fix can be found here)
ESTIMATION: if bayesian_irfs are requested when mh_replic is too low to compute HPDIs, plotting will crash (see #1326)
ESTIMATION: the x-axis value in oo_.prior_density for the standard deviation and correlation of measurement errors was written into a field mearsurement_errors_* instead of measurement_errors_* (see #1353))
ESTIMATION: Using a user-defined mode_compute crashes estimation
ESTIMATION: mode_compute=10 does not work with infinite prior bounds
ESTIMATION: The posterior variances and covariances computed by moments_varendo are wrong for very large models due to a matrix erroneously being filled up with zeros (see #1423).
ESTIMATION: Using the forecast option with loglinear erroneously adds the unlogged steady state (see #852)
ESTIMATION: When using the loglinear option the check for the presence of a constant is erroneously based on the unlogged steady state (see #852)
ESTIMATION: estimation of observation_trends is broken as the trends specified as a function of deep parameters are not correctly updated during estimation (see #852)
ESTIMATION and CALIB_SMOOTHER: When using observation_trends with the prefilter option, the mean shift due to the trend is not accounted for (see #852)
ESTIMATION and CALIB_SMOOTHER: When using first_obs>1, the higher trend starting point of observation_trends is not taken into account, leading, among other things, to problems in recursive forecasting (see #852)
ESTIMATION and CALIB_SMOOTHER: the diffuse Kalman smoother crashes if the forecast error variance matrix becomes singular (fixed in 42ecfa3)
ESTIMATION and CALIB_SMOOTHER: the multivariate Kalman smoother provides incorrect state estimates when all data for one observation are missing (see #1324)
ESTIMATION and CALIB_SMOOTHER: the multivariate diffuse Kalman smoother provides incorrect state estimates when the Finf matrix becomes singular (see #1324)
ESTIMATION and CALIB_SMOOTHER: the univariate diffuse Kalman filter will crash if the initial covariance matrix of the nonstationary state vector is singular (see #1166)
ESTIMATION: When using analytic_derivation, the parameter values were not set before testing whether the steady state file changes parameter values, leading to subsequent crashes
ESTIMATION: If the steady state of an initial parameterization did not solve, the observation equation might erroneously feature no constant when the use_calibration-option was used (see #698; a fix can be found here)
- ESTIMATION: When computing posterior moments, Dynare falsely displays that moment computations are skipped, although the computation was performed correctly
ESTIMATION: If conditional_variance_decomposition is requested, although all variables contain unit roots, Dynare crashes instead of providing an error message (see #691)
- ESTIMATION: Computation of the posterior parameter distribution was erroneously based on more draws than specified (there is one additional draw for every Markov chain)
ESTIMATION: The estimation option lyapunov=fixed_point is broken
ESTIMATION: Computation of filtered_vars with only one requested step crashes Dynare
ESTIMATION: Estimation with kalman_algo=3 is broken with non-diagonal measurement error (see #1235)
ESTIMATION: When using the diffuse Kalman filter with missing observations an additive factor log(2*pi) was missing in the last iteration step (see #1235)
ESTIMATION: Passing of the MaxFunEvals and InitialSimplexSize options to mode_compute=8 is broken
- ESTIMATION: Bayesian forecasts contain initial conditions and have the wrong length in both plots and stored variables
ESTIMATION: filtered variables obtained with mh_replic=0, ML, or calibrated_smoother were padded with zeros at the beginning and end and have the wrong length in stored variables
- ESTIMATION: Computation of Smoothed Measurement Errors in Bayesian estimation is broken
ESTIMATION: The selected_variables_only option (mh_replic=0, ML, or calibrated_smoother) returns wrong results for smoothed, updated, and filtered variables (see #1161)
ESTIMATION: Combining the selected_variables_only option with forecasts obtained using mh_replic=0, ML, or calibrated_smoother leads to crashes
ESTIMATION: oo_.UpdatedVariables was only filled when the filtered_vars option was specified (see #1366)
ESTIMATION: analytic_derivation is broken together with kalman_algo=2
ESTIMATION: When using Bayesian estimation with filtered_vars, but without smoother, then oo_.FilteredVariables erroneously also contains filtered variables at the posterior mean as with mh_replic=0 (see #738)
- ESTIMATION: Running an MCMC a second time in the same folder with a different number of iterations may result in crashes due to the loading of stale files
ESTIMATION: Results displayed after Bayesian estimation when not specifying the smoother-option are based on the parameters at the mode from mode-finding instead of the mean parameters from the posterior draws. This affects the smoother results displayed, but also calls to subsequent command relying on the parameters stored in M_.params like stoch_simul (a workaround can be found here)
ESTIMATION: The oo_.posterior_std field after Bayesian estimation is based on the standard deviation at the posterior mode, not the one from the MCMC (see #1013)
ESTIMATION: when the initialization of an MCMC run failed, the metropolis.log file was locked, requiring a restart of Matlab to restart estimation (see #1155)
ESTIMATION: if the posterior mode was right at the corner of the prior bounds, the initialization of the MCMC erroneously crashed (see #1155)
ESTIMATION: if the number of dropped draws via mh_drop coincides with the number of draws in a _mh-file, oo_.posterior.metropolis.mean and oo_.posterior.metropolis.Variance are NaN (see #1297)
FORECAST: in contrast to what is stated in the manual, the confidence interval size conf_sig was 0.6 by default instead of 0.9 (see #338)
FORECAST: Forecasting with exogenous deterministic variables provides wrong decision rules, yielding wrong forecasts. Thanks to Ansgar Rannenberg for reporting this. (a fix can be found here)
FORECAST: Forecasting with exogenous deterministic variables crashes when the periods-option is not explicitly specified (see #1325)
FORECASTING: forecast when used with initval uses the initial values in the initval block and not the steady state computed from these initial values as the starting point of forecasts (See #692).
- GSA: sensitivity with ML estimation can result in crashes
GSA: Option mc must be forced if neighborhood_width is used. Fixed in commit#e32cbf626.
GSA: Fixed dimension of stock_logpo and stock_ys. See commit #a44b3fbfe.
GSA: Incomplete variable initialization can lead to crashes with prior_range=1
IDENTIFICATION: Identification does not correctly pass the lik_init option, requiring the manual setting of options_.diffuse_filter=1 in case of unit roots
- IDENTIFICATION: Testing identification of standard deviations as the only parameters to be estimated with ML leads to crashes
- IDENTIFICATION: Automatic increase of the lag number for autocovariances when the number of parameters is bigger than the number of non-zero moments is broken
IDENTIFICATION: When using ML, the asymptotic Hessian was not computed (see #1238).
IDENTIFICATION: Checking for singular values when the eigenvectors contained only one column did not work correctly (see #1238).
MODEL_COMPARISON: Selection of the modifiedharmonicmean-estimator is broken (see #1015).
OSR: when covariances were specified, variables that only entered with their variance and no covariance term obtained a wrong weight, resulting in wrong results. Thanks to Paulo Vieira for reporting this (a fix can be found here).
OSR: results reported for stochastic simulations after osr were based on the last parameter vector encountered during optimization, which does not necessarily coincide with the optimal parameter vector (a fix can be found here).
OSR: using only one (co)variance in the objective function results in crashes (a fix can be found here).
OSR: for models with non-stationary variables the objective function is computed wrongly (a fix can be found here).
RAMSEY: if a Lagrange multiplier appears in the model with a lead or a lag of more than one period, the steady state may be wrong (see #633).
- RAMSEY: when using an external steady state file, incorrect steady states could be accepted
RAMSEY: when using an external steady state file with more than one instrument, Dynare crashes (a fix can be found here).
RAMSEY: when using an external steady state file and running stoch_simul after ramsey_planner, an incorrect steady state was used.
RAMSEY: when the number of instruments is not equal to the number of omitted equations, Dynare crashes with a cryptic message (see #1241).
RAMSEY: the planner_objective accepted varexo, but ignored them for computations (see #1264)
SHOCK_DECOMPOSITION: shock_decomposition does not work with the parameter_set=calibration option if an estimated_params-block is present (a fix can be found here)
SHOCK_DECOMPOSITION: shock_decomposition after MLE crashes (see #1220)
SIMUL: The perfect foresight solver may accept a complex solution instead of continuing to look for a real-valued one (see #896).
SIMUL: The initval_file command only accepts column and not row vectors. Thanks to Dominik Thaler for reporting this. (a fix can be found here).
SIMUL: The initval_file command does not work with Excel files (a fix can be found here).
SIMUL: Deterministic simulations with one boundary condition crash in solve_one_boundary due to a missing underscore when passing options_.simul.maxit.
SIMUL: Deterministic simulation with exogenous variables lagged by more than one period crashes (fixed in commit 7d11ed.
SIMUL: Termination criterion maxit is hard-coded for solve_algo=0 and cannot be changed
SIMUL: When using block/bytecode, relational operators may not be enforced (see #439)
SIMUL: When using block some exceptions are not properly handled, leading to code crashes (see #1245)
SIMUL: using periods=1 crashes the solver (bug only partially fixed, see #1205)
SMOOTHER: the univariate Kalman smoother returned wrong results when used with correlated measurement error (see #1235)
SMOOTHER: the diffuse smoother sometimes returns linear combinations of the smoothed stochastic trend estimates instead of the original trend estimates (see #1312)
STOCH_SIMUL: In contrast to what is stated in the manual, the results of the unconditional variance decomposition are only stored in oo_.gamma_y(nar+2), not in oo_.variance_decomposition
STOCH_SIMUL: Dynare may crashe when the steady state cannot be computed when using the loglinear option
STOCH_SIMUL: Using the STEADY_STATE()-operator on exogenous variables leads to crashes in stochastic simulations (bug not yet fixed; see #825).
STOCH_SIMUL: Using bytcode when exogenous variables are defined that are unused in the model leads to crashes in stochastic simulations (see #841).
STOCH_SIMUL: Displaying decision rules involving lags of auxiliary variables of type 0 (leads>1) crashes (see #1367).
INTERNALS: Displaying of the MH-history with the internals-command crashes if parameter names do not have same length (a fix can be found here)
STEADY_STATE_FILE: Dynare crashes when the user-defined steady state file returns an error code, but not an conformable-sized steady state vector (see #1001)
Due to a bug in mjdgges.mex unstable parameter draws with eigenvalues up to 1+1e-6 may be accepted as stable for the purpuse of the Blanchard-Kahn conditions, even if qz_criterium<1 (see here)
The use_dll option on Octave for Windows requires to pass a compiler flag at the command line, despite the manual stating this is not necessary (see #1314)
Dynare crashes for models with model(block) if the Blanchard-Kahn conditions are not satisfied instead of generating an error message
The verbose-option does not work for model(block)
When falsely specifying the model(linear) for nonlinear models, incorrect steady states were accepted instead of aborting (see #726)
The relative_irf-option results in wrong output at order>1 as it implicitly relies on linearity (see #740)
The STEADY_STATE operator called on model local variables (so-called pound variables) does not work as expected. Thanks to Tom Holden for reporting this.
- The substring operator in macro-processor was broken. The characters of the substring could be mixed with random characters from the memory space. Thanks to Tom Holden for reporting this.
- Block decomposition would sometimes cause the preprocessor to crash.
A bug when external functions were used in model local variables that were contained in equations that required auxiliary variable/equations led to crashes of Matlab. Fixed in commit#2ab8e2a.
Sampling from the prior distribution for an inverse gamma II distribution when prior_trunc>0 may result in incorrect sampling (see #997).
Sampling from the prior distribution for a uniform distribution when prior_trunc>0 will ignore the prior truncation (see #997).
Conditional forecasts were wrong when the declaration of endogenous variables was not preceeding the declaration of the exogenous variables and parameters (see discussion in #1276, fixed in PR#1277).
Automatic detrending does not always work properly (bug not yet fixed, see #1389)
Version 4.4.2
- When loading a dataset in XLS, XLSX or CSV format, the first observation was discarded
When using the k_order_perturbation option (implicit at 3rd order) without the use_dll option, crashes or unexpected behavior could happen if some 2nd or 3rd derivative evaluates to zero (while not being symbolically zero)
- Ramsey policy: one can experience crashes or wrong results if an external function is used.
- Ramsey policy: If the steady state file was modifying parameters, the changes were not taken fully taken into account.
Wrong results if an external function is derived at 2nd order in conjunction with the bytecode option.
The confidence level for computations in estimation, conf_sig cannot be changed and is fixed at 0.9 (bug not yet fixed in 4.4.2, contrary to the release announcement); the new option mh_conf_sig is now used to set this interval
conditional_forecast with non-diagonal covariance matrix uses an incorrect decomposition of the covariance matrix
Setting geweke_interval was not possible; Dynare always defaulted to the standard value
- Reading only one variable from an Excel-file for estimation leads to a crash during the initialization of estimation
The mode_file-option lacks backward compatibility with older Dynare versions
Using the mh_mode-file with the mode_file-option is broken
Using identification with var_exo_det leads to crashes
identification does not print results if the initial parameter set is invalid and then crashes later on if the MC sample is bigger than 1
- Inconsistencies between static and dynamic models lead to crashes instead of error messages
- The use of external functions crashes the preprocessor when the derivatives of the external function are explicitly called
Using the block option when a variable does not appear in the current period crashes Dynare instead of providing an error message
For Ramsey, the equation numbers associated with the Lagrange multipliers stored in M_.aux_vars are erroneously one too low
Version 4.4.1
Geweke convergence diagnostics was computed on the wrong sample if mh_drop was not equal to the default of 0.5.
The loglinear option of stoch_simul displays the steady state of the original values, not the logged ones and produces incorrect simulations and simulated moments. Theoretical moments are unaffected.
Setting options for mode_compute was only possible with at least Matlab 8.1 or Octave 3.8.
- For unit root models, theoretical HP filtered moments were sometimes erroneously displayed as NaN
Specifying an endogenous variable twice after the estimation-command leads to a crash in the computation of moments
- Deterministic simulations crash on models with more than one lead or one lag on exogenous variables
- Homotopy in stochastic extended path with order greater than 0 was not working correctly (during the homotopy steps the perfect foresight model solver was called instead of the stochastic perfect foresight model solver).
<M_.fname>_optimal_mh_scale_parameter.mat was not deleted if mode_compute>0.
- MCMC convergence diagnostics were not computed if mh_replic is less than 2000, but the test should rely on the total number of iterations (if option load_mh_file is used).
Version 4.4.0
- The syntax introduced in 4.4.0 for conditional forecast in a deterministic setup turned out to be problematic; a better syntax will be implemented in 4.4.1
- In MS-SBVAR, there was a bug preventing the computation of impulse responses on a constant regime
The annualAverages option to addTable was removed. For similar functionality, use the tableDataRhs option to addSeries. Also, the vlineAfter option to addTable now also accepts a cell array
Version 4.3.3
In an endval block, auxiliary variables are not given the right value (this does not result in wrong results, but may prevent convergence of the steady state computation)
Auxiliary variables are not correctly handled in an endval block (they are not initialized)
Deterministic simulations with stack_solve_algo=0 (the default value) crash if some exogenous has a lag strictly greater than 1
dynare++ binary broken on OS X if you do not have gfortran 4.8.0 and libmatio 1.5.1 installed through Homebrew.
When using the mode_file-option, the initial_estimation_checks were not performed for the loaded mode, but for the original starting values. Thus, potential prior violations by the mode only appeared during estimation, leading to potentially cryptic crashes and error messages.
mh_autocorrelation_function and trace_plot only worked for deep parameters and structural shocks, but not for correlations (undocumented options)
- If a shock/measurement error variance was set to 0 in calibration, the correlation matrix featured a 0 instead of a 1 on the diagonal, leading to wrong estimation results.
In the presence of calibrated covariances, estimation did not enforce positive definiteness of the covariance matrix
- ML estimation did not honor the zero lower bound on standard deviations, sometimes giving negative standard deviations
Estimation using the diffuse_filter option together with the univariate Kalman filter and a diagonal measurement error matrix is broken. A fix can be found here
- Use of a purely backward model with k_order_solver leads to crashes of Matlab
- Non-linear estimation does not skip the specified presample when computing the likelihood
IRFs and theoretical moments at order > 1 are broken for purely forward-looking models. Fixes can be found here
Simulated moments with constant variables leads to crashes when displaying autocorrelations. A fix can be found here
OSR sometimes crashes with cryptic error messages due to unaccounted error codes returned from resol
Check for stochastic singularity in initial_estimation_checks is broken
- Recursive estimation starting with pathological case of nobs=1 crashes
- Conditional variance decomposition within or after estimation crashes when at least one shock has been calibrated to zero variance
estimated_params_init and estimated_params_bounds blocks are broken for correlations
filter_step_ahead-option produces no output in Bayesian estimation
sim1 within simul sometimes erroneously indicates convergence although the residuals are actually NaN or Inf.
User-supplied functions specified with the mode_compute-option lead to crashes
- Deterministic simulations without specified exogenous variables lead to crashes
MS-SBVAR code did not update files between runs on windows. This means that if a mod file was updated between runs in the same folder and a file_tag was not changed, then the results did not change.
Version 4.3.2
Option use_dll is broken under Windows
- Degenerate case of purely static models (no leads/no lags) were not correctly handled
- Deterministic simulations over a single period were not correctly done
The sensitivity call dynare_sensitivity(identification=1,morris=2); is buggy when there are no shocks estimated. A fix can be found here
- The relative IRF-option of posterior IRFs is broken
shock_decomposition after using selected_variables_only-option fails
- Sometimes, only the last open graph is saved, leading to missing and duplicate eps-graphs
rplot only works with rplottype=0 (undocumented option)
- Estimation with measurement errors is wrong if a correlation between two measurement errors is calibrated
- Forecasting after ML estimation when not forecasting at least one observed variables (var_obs) leads to crashes
- Some functionalities crash with MATLAB R2013a (bytecode, MS-SBVAR)
Sometimes only the first order autocorrelation of moments_varendo is saved instead of all up to options_.ar
Version 4.3.1
Occasional bug in computation of posterior distribution of unconditional variance decomposition. The bug only appears for very large models and can be fixed be deleting the line 128 (DecompFileNumber = DecompFileNumber - 1;) in dsge_simulated_theoretical_variance_decomposition.m
Sometimes estimation and mode_compute=6 crash with the error Operands to the || and && operators must be convertible to logical scalar values. A fix can be found here
Block and bytecode with a stochastic model at order >= 2 is unsupported (a more explicit error message will be given in future releases)
Derivative of erf() function is incorrect
The check function does not set oo_.dr.eigval unless stoch_simul is used (contrary to what is indicated in the reference manual)
- Bug in computation of conditional forecast when the constraint is only on one period
Estimation with mode_compute=3 is broken under Octave
Version 4.3.0
- Shock decomposition is broken
- Bug in welfare computation when using ramsey_policy and histval
- Bug in estimation of models with missing observations
- Bug in posterior IRF
The option simul_replic is broken. It must be set by specifying options_.simul_replic=[Integer] before the stoch_simul command
@#ifdef broken
Identification with max_dim_cova_group>1 is broken for specially degenerate models (when parameter theta has pairwise collinearity==1 with multiple other params, i.e. when all couples (theta,b), (theta,c), ... (theta,d) have perfect collinearity in the Jacobian of the model)
parallel_test option is broken
- The Windows package is broken with MATLAB 7.1 and 7.2
- Estimation with correlated shocks is broken
When using mode_compute=0 with a mode-file from mode_compute=6, mh_jscale is not loaded. A fix can be found here
- Using exogenous deterministic variables at 2nd order triggers a crash
The option no_create_init for the ms_estimation command is broken.
- Loading of datafiles with explicit filename extension was not working
Version 4.2.5
- Backward models with option loglinear are incorrectly handled
Solving for hyperparameters of Inverse Gamma Priors sometimes crashes. A fix can be found here
The deterministic solver for purely forward models is broken. A fix can be found here
- When running estimation or identification on models with non-diagonal structural error covariance matrices while not simultaneously estimating the correlation between shocks (i.e. calibrating the correlation) Dynare handles the off-diagonal elements incorrectly or crashes.
When using the option prefiltering, smoother plots omitt the smoothed observables. A fix can be found here
In the rare case of entering and expression x as x^(alppha-1) with x being 0 in steady state and alppha being a parameter equal to 2, the Jacobian evaluates to 0 instead of 1. A fix can be found here
- Setting the prior for shock correlations fails if a lower bound is not explicitly specified.
- In rare cases where the last structural shock has very low standard deviation, posterior IRFs may crash. A fix is to add "stock_irf_dsge=zeros(options_.irf,nvar,M_.exo_nbr,MAX_nirfs_dsge);" in line 141 of PosteriorIRF_core1.m
Version 4.2.4
- For Windows users only: the Dynare++ binary is broken in the Windows package (missing library); use the 4.2.2 package if you need Dynare++ (but otherwise use 4.2.4 for Dynare itself)
- Sometimes Dynare fails to detect MATLAB optimization toolbox
Version 4.2.3
- 2nd order approximation broken for most models (this problem only affects 4.2.3, not previous versions)
model_diagnostics command broken
- Inverse gamma priors give incorrect results in some cases with very small variances
Version 4.2.2
steady_state_model is broken for lags higher than 2
simult_.m does not work with order=3 if k_order_solver has not been explicitly specified
stoch_simul with order=3 and without periods reports dummy theoretical moments
solve_algo=0 crashes under Octave in check and stoch_simul (but not steady)
- Identification is buggy
- the test for singularity in the model reporting eigenvalues close to 0/0 may report false positive
conditional_variance_decomposition option doesn't work if one period is 0. Now, Dynare reports an error if the periods are not strictly positive.
- Second order approximation buggy if one variable is not present at the current period
Version 4.2.1
The conditional_forecast command is buggy: it always uses the posterior mode, whatever the value of the parameter_set option
Some native MATLAB statements are not correctly passed on to MATLAB (e.g. x = { 'foo' 'bar' } )
With the block option of model, the preprocessor fails if there is an expression of the form "a^b" (with no endogenous in "a" but an endogenous in "b")
Potential crashes with external_function
- MEX files for MATLAB fail to compile with GCC 4.6
STEADY_STATE does not work correctly when it contains certain types of expressions (those that contain addition/subtraction) as it fails to place parenthesis around it
- The secondary rank test following the order test of the Blanchard and Kahn condition is faulty and almost never triggered.
- The variance prior for BVAR "à la Sims" with only one lag is inconsistent; the solution implemented consists of adding one extra observation in the presample used to compute the prior; as a consequence, the numerical results for all estimations will be slightly different in future releases (thanks to Marek Jarociński for spotting this)
- The lambda parameter for HP filter was restricted to integer values for no good reason
The load_mh_file option of estimation crashes under Octave for Windows (MinGW version)
- Computation of steady state fails when model contains auxiliary variables because of leads or lags larger than 2 or because of the expectation operator.
- Identification does not work with MATLAB older than R2009b
Version 4.2.0
STEADY_STATE operator is buggy
- This version does not work with MATLAB 7.3 (R2006b) and older
ramsey_policy does not compute the value of the planner objective, contrarily to what is announced in the NewFeatures list
partial_information option of stoch_simul is broken
Option conditional_variance_decomposition of stoch_simul and estimation is broken
Automatic detrending does not work in conjunction with EXPECTATION operator
- Octave 3.4 is not fully supported, though most files should work
Using percentage sign inside strings in MATLAB statements (like disp('% This is not a comment %')) does not work
- Beta prior with a very small standard deviation doesn't work unless you have Matlab Statistical toolbox.
- External functions do not work when assigned to model local variables
identification is buggy
Option cova_compute of estimation command is buggy
3rd order approximation without use_dll option can under some circumstances lead to a crash or a dummy result
Version 4.1.3
- Under Octave, the deterministic solver fails on models with more than one lead or one lag
Exogenous variables in histval are incorrectly handled in a stochastic setup
varexo_det does not work in conjunction with use_dll
- EXPECTATION operator works incorrectly when more than one such operator is invoked on the same expression with differing information sets (e.g., something like EXPECTATION(1)(x) and EXPECTATION(-2)(x) appear in the same model block).
- Estimation fails under Octave if there is only one observed variable
- This version of Dynare does not compile against Boost libraries 1.44 or newer
Version 4.1.2
- third order approximation can be wrong or make Dynare fail on some models
check command fails in deterministic setup (corrected in unstable 07/23/2010)
the covariance elements of optim_weights (used with osr) are not working properly
in a stochastic setup, model local variables are systematically replaced by their expression in the static/dynamic M/C files, resulting in huge output if there is a lot of such variables (bugfix changeset)
- EXPECTATION operator with a lag makes stoch_simul crash
the histval block is buggy in the presence of auxiliary variables (i.e. when there are lags of two or more)
- the preprocessor crashes when the mean or stderr of an estimated parameter with beta PDF is specified as an expression instead of a plain value
- deterministic simulation with block decomposition crash when there is a purely backward or purely forward block of more than one equation
STEADY_STATE operator does not work with use_dll option or with block without bytecode
- the preprocessor crashes when some dynamic variables appear only in unused model local variables
stoch_simul: in the presence of non-stationary variables, and when selecting only a subset of variables for the output, the "NaN"s in the "mean" column may be wrongly placed
Version 4.1.1
Models with leads on exogenous can be mishandled (creation of AuxiliaryVariables is buggy in that case)
Option mode_compute=6 of estimation command fails under Octave
normcdf() primitive cannot be used with bytecode option
In the macro-processor, integer ranges a:b where a>b are not empty
Version 4.1.0
- Optimal simple rule (OSR) is broken in models with no unit root
- Root mean squared error is wrong for BVAR forecast
- Dynare++ binary shipped in Windows package crashes on some MOD files (it is a problem with the C++ compiler used to create it). Until a new Dynare is released, Windows users should use the Dynare++ binary distributed in the snapshot
- Bug in mode_check when the last screen of plots isn't complete
- dynasave command is broken
- Under Octave 3.0, option stack_solve_algo=3 is broken
- Under Octave/Windows with USE_DLL, Dynare requires option 'cygwin' or 'msvc', although it makes no use of it
- Conditional forecasts are wrong in models with non zero steady state or trends
Version 4.0.4
- 2nd order approximation of decision rules for stochastic models with leads greater than 2 are wrong
in deterministic models, putting a shocks block before an endval block leads to wrong results; the right order is to put endval before shocks
- this version doesn't support MATLAB R2009a and R2009b on 64-bit platforms
in estimation, option mode_file shouldn't be used if the posterior mode has been computed for a model with a different specification, even if the list of estimated parameters is the same. This can result in wrong results without error message
- with Octave, in stochastic simulations, Dynare will return wrong eigenvalues if the MEX file "mjdgges" is not present
- the resid() function messes up things when doing deterministic simulations, and should be avoided in that case
Version 4.0.2
Option dr_algo has been suppressed without warning in this version
Version 4.0.1
- shocks_file option is missing
there is a bug in DsgeSmoother.m for models with measurement errors (thanks for hlousek for reporting it)
Octave crashes in mode_check.m, MakeAllFigures.m and PosteriorIRF.m, because of missing saveas() function (thanks to Gianni Lombardo for reporting)
- estimation crashes when mode_file is specified, at least under Octave (thanks to Gianni Lombardo for reporting)
Version 4.0.0
typo at the top of DiffuseKalmanSmootherH1.m (thanks to Tsu-ting Tim Lin for reporting)
- call to cumulative normal distribution is broken (thanks to Karl Walentin for reporting)
- script for building MEX files under Matlab R2008a is broken (thanks to Slim Bridji for reporting)
- homotopy mode 3 is broken
- BVAR à la Sims: Dynare doesn't accept integer values for tau and lambda parameters (thanks to Aqua for reporting)