dynare issueshttps://git.dynare.org/Dynare/dynare/-/issues2013-02-21T15:06:41Zhttps://git.dynare.org/Dynare/dynare/-/issues/99too many graphs crash Matlab2013-02-21T15:06:41ZSébastien Villemottoo many graphs crash MatlabA large number of busy graphs (34 in my example) crash Matlab r2010a under Linux 64-bit
I still need to upload the example to test it in different versions of Matlab
A large number of busy graphs (34 in my example) crash Matlab r2010a under Linux 64-bit
I still need to upload the example to test it in different versions of Matlab
4.2https://git.dynare.org/Dynare/dynare/-/issues/93Replace functions deprecated in MATLAB 7.10 (R2010a)2013-02-21T15:06:41ZSébastien VillemotReplace functions deprecated in MATLAB 7.10 (R2010a)Among others, the following functions are deprecated in MATLAB 7.10 (R2010a), but still work:
isstr, setstr, str2mat, strread, strvcat, textread
Every occurrence of these functions should be replaced in the M-files and in the preproces...Among others, the following functions are deprecated in MATLAB 7.10 (R2010a), but still work:
isstr, setstr, str2mat, strread, strvcat, textread
Every occurrence of these functions should be replaced in the M-files and in the preprocessor, for compatibility with future versions of MATLAB.
See http://www.mathworks.com/access/helpdesk/help/techdoc/rn/br_bpq8-1.html#bsdnyvb-1 for their replacements.
4.2https://git.dynare.org/Dynare/dynare/-/issues/92Add erf() and normpdf() as primitives2013-02-21T15:06:41ZSébastien VillemotAdd erf() and normpdf() as primitives4.2https://git.dynare.org/Dynare/dynare/-/issues/89Add bsxfun function for old versions of matlab.2013-02-21T15:06:41ZSébastien VillemotAdd bsxfun function for old versions of matlab.Built in function bsxfun appeared in matlab version 7.4. Dynare (with matlab's version < 7.4) may crash (depending on what the user is doing) because this function is missing.
We have first to add an m file (in the missing subdirectory)...Built in function bsxfun appeared in matlab version 7.4. Dynare (with matlab's version < 7.4) may crash (depending on what the user is doing) because this function is missing.
We have first to add an m file (in the missing subdirectory) doing the same job as bsxfun. This workaround will be at the cost of computing efficiency (built in bsxfun is very fast). So, if we really want to be compatible with all the versions of matlab since 7.0 (or 6.5.1 I can't remember) we have to write a mex file (it should be possible to use the source of the octave's built-in).
4.2https://git.dynare.org/Dynare/dynare/-/issues/90Inconsistency between Brooks & Gelman convergence diagnostics and mh_drop2013-02-21T15:06:41ZSébastien VillemotInconsistency between Brooks & Gelman convergence diagnostics and mh_dropBrooks & Gelman convergence diagnostics are not always consistent with the way the posterior moments are computed. These diagnostics are built discarding half of the simulations at each step. By default the posterior moments are computed...Brooks & Gelman convergence diagnostics are not always consistent with the way the posterior moments are computed. These diagnostics are built discarding half of the simulations at each step. By default the posterior moments are computed discarding half of the mcmc draws... But if the user changes the value of mh_drop, 100*mh_drop percent of the mcmc draws will be discarded when computing posterior moments, while the convergence diagnostics still discard the first half of the simulation at each step.
The fix is to replace .5 by options_.mh_drop in McMCDiagnostics_core.m
4.2https://git.dynare.org/Dynare/dynare/-/issues/132forecast has a bug in models with lag > 12013-02-21T15:05:28ZSébastien Villemotforecast has a bug in models with lag > 14.2https://git.dynare.org/Dynare/dynare/-/issues/130Console mode2013-02-21T15:05:28ZSébastien VillemotConsole modeAdd an option to the dynare command for the console mode. This option may be called "console", "terminal" or "term", if used options_.console_mode would be set to 1 and graphical waitbars are replaced by text waitbars. The matlab code is...Add an option to the dynare command for the console mode. This option may be called "console", "terminal" or "term", if used options_.console_mode would be set to 1 and graphical waitbars are replaced by text waitbars. The matlab code is ready (ie one can write options_.console_mode=1; in the mod file before the estimation command), Sébastien only needs to add something in the preprocessor.
4.2https://git.dynare.org/Dynare/dynare/-/issues/128Fix derivatives of STEADY_STATE operator w.r.t. parameters in dynamic model2013-02-21T15:05:28ZSébastien VillemotFix derivatives of STEADY_STATE operator w.r.t. parameters in dynamic modelThe fix is to add a new input argument to the params_deriv file, which would contain the derivatives of the steady state w.r.t. parameters (it is the responsibility of the caller to provide them).
The fix is to add a new input argument to the params_deriv file, which would contain the derivatives of the steady state w.r.t. parameters (it is the responsibility of the caller to provide them).
4.2https://git.dynare.org/Dynare/dynare/-/issues/126Include Dynare++'s "dynare_simul.m" in the Dynare package2013-02-21T15:05:27ZSébastien VillemotInclude Dynare++'s "dynare_simul.m" in the Dynare package4.2https://git.dynare.org/Dynare/dynare/-/issues/125fix nograph option in forecast instruction2013-02-21T15:05:27ZSébastien Villemotfix nograph option in forecast instruction4.2https://git.dynare.org/Dynare/dynare/-/issues/123add external_function to the Reference Manual2013-02-21T15:05:27ZSébastien Villemotadd external_function to the Reference Manual4.2https://git.dynare.org/Dynare/dynare/-/issues/124write additional documentation for 3rd order2013-02-21T15:05:27ZSébastien Villemotwrite additional documentation for 3rd order- mention use_dll in order option of stoch_simul in Reference Manual
- document the output variables of 3rd order (on the Wiki?)
- mention use_dll in order option of stoch_simul in Reference Manual
- document the output variables of 3rd order (on the Wiki?)
4.2https://git.dynare.org/Dynare/dynare/-/issues/119Add boost/math (and possibly others) to the configure script for MEX files2013-02-21T15:05:27ZSébastien VillemotAdd boost/math (and possibly others) to the configure script for MEX files4.2https://git.dynare.org/Dynare/dynare/-/issues/118Build system for SWZ DLL fails under Cygwin2013-02-21T15:05:27ZSébastien VillemotBuild system for SWZ DLL fails under CygwinThe problem comes from the GSL: the package shipped with Cygwin does not link with MATLAB DLLs, which are compiled with MinGW even under Cygwin.
The solution is probably to use a GSL compiled for MinGW:
http://gnuwin32.sourceforge.net/p...The problem comes from the GSL: the package shipped with Cygwin does not link with MATLAB DLLs, which are compiled with MinGW even under Cygwin.
The solution is probably to use a GSL compiled for MinGW:
http://gnuwin32.sourceforge.net/packages/gsl.htm
4.2https://git.dynare.org/Dynare/dynare/-/issues/107In a MOD file, comments located on the same line than a native MATLAB instruc...2013-02-21T15:05:26ZSébastien VillemotIn a MOD file, comments located on the same line than a native MATLAB instruction are not filtered outAt least if they are of the C form (/\* */) or C++ form (//).
Of course the MATLAB comments (%) will not create problems.
At least if they are of the C form (/\* */) or C++ form (//).
Of course the MATLAB comments (%) will not create problems.
4.2https://git.dynare.org/Dynare/dynare/-/issues/108Create an interface for DSGE-Var2013-02-21T15:05:26ZSébastien VillemotCreate an interface for DSGE-VarNeeds an option of estimation, which takes a value:
- if the value is numeric, means that the weight of the DSGE prior is calibrated to that value
- if the value is a string, means that this weight is estimated as this given parameter
A...Needs an option of estimation, which takes a value:
- if the value is numeric, means that the weight of the DSGE prior is calibrated to that value
- if the value is a string, means that this weight is estimated as this given parameter
Also needs an option for number of lags.
See: http://www.dynare.org/DynareWiki/DsgeVar
4.2https://git.dynare.org/Dynare/dynare/-/issues/137remove occurences of mexErrMsgTxt() in all MEX files2013-02-21T15:04:16ZSébastien Villemotremove occurences of mexErrMsgTxt() in all MEX filesThis function throws a C++ exception, which is not handled correctly by MinGW for 64-bit (at the current time).
It appears that the benefits of using MinGW on Windows 64 are greater than the inconvenience of not using that function.
In...This function throws a C++ exception, which is not handled correctly by MinGW for 64-bit (at the current time).
It appears that the benefits of using MinGW on Windows 64 are greater than the inconvenience of not using that function.
In case of error, MEX files should print a meaningful message with mexPrintf(), and then return control to MATLAB (with return()). A new output argument of the MEX file should be dedicated to informing MATLAB of the error condition (the output argument can be 0 in case of success, 1 in case of error). The MATLAB code should check that argument, and in case of failure should run "error('MEX failed')" to interrupt the execution of the code.
Note that it is still possible to use C++ exceptions inside the MEX function (as is currently done in k_order_perturbation), so that all error conditions can be catched by the top-level mexFunction().
4.2https://git.dynare.org/Dynare/dynare/-/issues/139Rename "cygwin" option in "mingw"2013-02-21T15:04:04ZSébastien VillemotRename "cygwin" option in "mingw"The name of the option is misleading since even under Cygwin we internally use MinGW embedded within GCC 3.
The old option should give an error message pointing to the new one.
Example mexopts.bat should be given for at least 3 cases (...The name of the option is misleading since even under Cygwin we internally use MinGW embedded within GCC 3.
The old option should give an error message pointing to the new one.
Example mexopts.bat should be given for at least 3 cases (in the package and in the wiki):
- Cygwin + GCC 3 (hence 32-bit)
- MinGW 32-bit (probably for TDM build)
- MinGW 64-bit (probably for TDM build)
4.2https://git.dynare.org/Dynare/dynare/-/issues/140set_dynare_threads function fails on MATLAB < 7.22013-02-21T15:04:04ZSébastien Villemotset_dynare_threads function fails on MATLAB < 7.2This is because setenv() was introduced in MATLAB 7.2.
We need to find a workaround for older versions.
Currently Dynare crashes on these versions for that reason.
This is because setenv() was introduced in MATLAB 7.2.
We need to find a workaround for older versions.
Currently Dynare crashes on these versions for that reason.
4.2https://git.dynare.org/Dynare/dynare/-/issues/145when cross-compiling, the host prefix is not added to "ar"2013-02-21T15:03:32ZSébastien Villemotwhen cross-compiling, the host prefix is not added to "ar"When building a static library (as in preprocessor/macro), the build system will always use "ar" (instead of "i686-w64-mingw32-ar" for example).
In most cases this is not a problem.
The problem can happen if one has only the cross-comp...When building a static library (as in preprocessor/macro), the build system will always use "ar" (instead of "i686-w64-mingw32-ar" for example).
In most cases this is not a problem.
The problem can happen if one has only the cross-compiling binutils, but not the native binutils, as for example in a Cygwin install where only the packages listed on the wiki page are installed.
4.2