dynare issueshttps://git.dynare.org/Dynare/dynare/-/issues2019-06-19T15:38:10Zhttps://git.dynare.org/Dynare/dynare/-/issues/641Support new MEX compilation under Windows (MATLAB >= 8.3/R2014a)2019-06-19T15:38:10ZSébastien VillemotSupport new MEX compilation under Windows (MATLAB >= 8.3/R2014a)In MATLAB 8.3/R2014a, the `mex` command has been rewritten. In particular, all the `mexopts.bat` logic is now obsolete (but still works, with a warning).
We should aim at supporting the new infrastructure.
See also http://www.dynare.or...In MATLAB 8.3/R2014a, the `mex` command has been rewritten. In particular, all the `mexopts.bat` logic is now obsolete (but still works, with a warning).
We should aim at supporting the new infrastructure.
See also http://www.dynare.org/DynareWiki/ConfigureMatlabWindowsForMexCompilation and issue #640.
https://git.dynare.org/Dynare/dynare/-/issues/623Get ```make pdf``` to work on OS X2019-06-19T15:38:10ZHoutan BastaniGet ```make pdf``` to work on OS XHoutan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/618Create Homebrew formula for dynare on Octave2019-06-19T15:38:10ZHoutan BastaniCreate Homebrew formula for dynare on OctaveHoutan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/614Have balanced growth test consider steady_state_model-block2022-12-09T13:31:48ZMichelJuillardHave balanced growth test consider steady_state_model-blockHere is an example where an error in trend declaration isn't detected by the balanced growth test. It may come from the fact that labor enhancing productivity (G) is not a variable of the model, just a trend. The error should appear for ...Here is an example where an error in trend declaration isn't detected by the balanced growth test. It may come from the fact that labor enhancing productivity (G) is not a variable of the model, just a trend. The error should appear for the equations defining r and w and for the resource constraint.
```
parameters rho delta gamma alpha lambda g;
trend_var(growth_factor=1+g) G;
// the trend of K is wrong:
var(deflator=G) C w;
var L r A K;
// Here is the correct specification:
// var(deflator=G) C w K;
// var L r A;
varexo e;
alpha = 0.33;
delta = 0.1;
rho = 0.03;
lambda = 0.97;
gamma = 0;
g = 0.015;
model;
1/C = 1/(1+rho)*(1/C(+1))*(r(+1)+1-delta);
L^gamma = w/C;
r = alpha*A*K(-1)^(alpha-1)*(G*L)^(1-alpha);
w = (1-alpha)*A*K(-1)^alpha*(G*L)^(-alpha);
K+C = K(-1)*(1-delta)+A*K(-1)^alpha*(G*L)^(1-alpha);
log(A) = lambda*log(A(-1))+e;
end;
steady_state_model;
A = 1;
r = (1+g)*(1+rho)+delta-1;
K_L = (1+g)*(r/(alpha*A))^(1/(alpha-1));
w = (1-alpha)*A*(K_L/(1+g))^alpha;
L = (-((delta+g)/(1+g))*K_L/w+A*(K_L/((1+g)*w^(1/alpha)))^alpha)
^(-1/(1+gamma));
K = K_L*L;
C = (1-delta)*K/(1+g)+(K_L/(1+g))^alpha*L-K;
end;
shocks;
var e; stderr 0.01;
end;
write_latex_dynamic_model;
steady;
check;
stoch_simul(order=1);
```https://git.dynare.org/Dynare/dynare/-/issues/612Investigate Memory Problems with k_order_pert on Windows 7 64bit2019-02-08T08:30:47ZJohannes PfeiferInvestigate Memory Problems with k_order_pert on Windows 7 64bitI have some trouble with `k_order_pert` on my office computer with
```
MATLAB Version: 8.2.0.701 (R2013b)
Operating System: Microsoft Windows 7 Version 6.1 (Build 7601: Service Pack 1)
Java Version: Java 1.7.0_11-b21 with Oracle Corpora...I have some trouble with `k_order_pert` on my office computer with
```
MATLAB Version: 8.2.0.701 (R2013b)
Operating System: Microsoft Windows 7 Version 6.1 (Build 7601: Service Pack 1)
Java Version: Java 1.7.0_11-b21 with Oracle Corporation Java HotSpot(TM) 64-Bit Server VM mixed mode
```
The machine has 64GB Ram and `feature memstats` suggests there is plenty memory available:
```
Physical Memory (RAM):
In Use: 5839 MB ( 16cf70000)
Free: 26867 MB ( 68f3db000)
Total: 32707 MB ( 7fc34b000)
Page File (Swap space):
In Use: 5967 MB ( 174fca000)
Free: 59444 MB ( e834fa000)
Total: 65412 MB ( ff84c4000)
Virtual Memory (Address Space):
In Use: 4077 MB ( fed00000)
Free: 8384530 MB (7ff012e0000)
Total: 8388607 MB (7fffffe0000)
```
Still, when running a large model with `k_order_pert` the .jnl file says it has run out of memory and says the available memory is negative:
```
This is Dynare++, Copyright (C) 2004-2011, Ondra Kamenik
Dynare++ comes with ABSOLUTELY NO WARRANTY and is distributed under
GPL: modules integ, tl, kord, sylv, src, extern and documentation
LGPL: modules parser, utils
for GPL see http://www.gnu.org/licenses/gpl.html
for LGPL see http://www.gnu.org/licenses/lgpl.html
System info: (not implemented for MINGW)
Start time: (not implemented for MINGW)
------ elapsed time (seconds)
| ------ record unique identifier
| | ------ load average
| | | ------ available memory (MB)
| | | | ------ major faults (MB)
| | | | |
V V V V V
1158.14:S00000:-1.:-1368: : Non-linear solver for deterministic steady state By-passed
1158.14:E00000:-1.:-1368:000000: Non-linear solver for deterministic steady state By-passed
1158.15:S00001:-1.:-1368: : Recovering first order derivatives
1158.16:M00002:-1.:-1368: : Blanchard-Kahn conditition satisfied, model stable
1158.16:E00001:-1.:-1368:000000: Recovering first order derivatives
1158.16:S00003:-1.:-1368: : Faa Di Bruno G container for [1,0,0,0]
1158.16:M00004:-1.:-1368: : dim=1 avmem=-1368
1158.16:E00003:-1.:-1368:000000: Faa Di Bruno G container for [1,0,0,0]
1158.16:S00005:-1.:-1368: : Faa Di Bruno G container for [0,1,0,0]
1158.16:M00006:-1.:-1368: : dim=1 avmem=-1368
1158.16:E00005:-1.:-1368:000000: Faa Di Bruno G container for [0,1,0,0]
1158.16:S00007:-1.:-1368: : Faa Di Bruno G container for [0,0,1,0]
1158.16:M00008:-1.:-1368: : dim=1 avmem=-1368
1158.16:E00007:-1.:-1368:000000: Faa Di Bruno G container for [0,0,1,0]
1158.16:S00009:-1.:-1368: : Switching from unfolded to folded
1158.16:E00009:-1.:-1368:000000: Switching from unfolded to folded
1158.16:S00010:-1.:-1368: : Performing step for order = 2
1158.16:S00011:-1.:-1368: : Recovering symmetry [2,0,0,0]
1158.16:S00012:-1.:-1368: : Faa Di Bruno G container for [2,0,0,0]
1158.16:M00013:-1.:-1368: : dim=1 avmem=-1368
1158.16:M00014:-1.:-1368: : dim=2 avmem=-1368
1158.16:E00012:-1.:-1368:000000: Faa Di Bruno G container for [2,0,0,0]
1158.16:S00015:-1.:-1368: : Faa Di Bruno Z container for [2,0,0,0]
1158.16:M00016:-1.:-1368: : dim=1 run out of memory, imposing max=10 (decrease number of threads)
1158.17:M00017:-1.:-1368: : dim=1 avmem=-1368 tmpmem=0 max=10 stacks=4->12
1158.17:M00018:-1.:-1368: : dim=2 run out of memory, imposing max=10 (decrease number of threads)
1158.26:M00019:-1.:-1368: : dim=2 avmem=-1368 tmpmem=1 max=10 stacks=4->12
1158.26:E00015:-1.:-1368:000000: Faa Di Bruno Z container for [2,0,0,0]
1158.26:S00020:-1.:-1368: : Sylvester equation for dimension = 2
1158.31:E00020:-1.:-1368:000000: Sylvester equation for dimension = 2
1158.32:E00011:-1.:-1368:000000: Recovering symmetry [2,0,0,0]
1158.32:S00021:-1.:-1368: : Recovering symmetry [0,2,0,0]
1158.32:S00022:-1.:-1368: : Faa Di Bruno G container for [0,2,0,0]
1158.32:M00023:-1.:-1368: : dim=1 avmem=-1368
1158.32:M00024:-1.:-1368: : dim=2 avmem=-1368
1158.32:E00022:-1.:-1368:000000: Faa Di Bruno G container for [0,2,0,0]
1158.32:S00025:-1.:-1368: : Faa Di Bruno Z container for [0,2,0,0]
1158.32:M00026:-1.:-1368: : dim=1 run out of memory, imposing max=10 (decrease number of threads)
1158.32:M00027:-1.:-1368: : dim=1 avmem=-1368 tmpmem=0 max=10 stacks=4->12
1158.32:M00028:-1.:-1368: : dim=2 run out of memory, imposing max=10 (decrease number of threads)
1158.34:M00029:-1.:-1368: : dim=2 avmem=-1368 tmpmem=1 max=10 stacks=4->12
1158.34:E00025:-1.:-1368:000000: Faa Di Bruno Z container for [0,2,0,0]
1158.34:E00021:-1.:-1368:000000: Recovering symmetry [0,2,0,0]
1158.34:S00030:-1.:-1368: : Recovering symmetry [1,1,0,0]
1158.34:S00031:-1.:-1368: : Faa Di Bruno G container for [1,1,0,0]
1158.34:M00032:-1.:-1368: : dim=1 avmem=-1368
1158.34:M00033:-1.:-1368: : dim=2 avmem=-1368
1158.34:E00031:-1.:-1368:000000: Faa Di Bruno G container for [1,1,0,0]
1158.34:S00034:-1.:-1368: : Faa Di Bruno Z container for [1,1,0,0]
1158.34:M00035:-1.:-1368: : dim=1 run out of memory, imposing max=10 (decrease number of threads)
1158.34:M00036:-1.:-1368: : dim=1 avmem=-1368 tmpmem=0 max=10 stacks=4->12
1158.34:M00037:-1.:-1368: : dim=2 run out of memory, imposing max=10 (decrease number of threads)
1158.39:M00038:-1.:-1368: : dim=2 avmem=-1368 tmpmem=1 max=10 stacks=4->12
1158.39:E00034:-1.:-1368:000000: Faa Di Bruno Z container for [1,1,0,0]
1158.39:E00030:-1.:-1368:000000: Recovering symmetry [1,1,0,0]
1158.39:S00039:-1.:-1368: : Recovering symmetry [1,0,0,1]
1158.39:S00040:-1.:-1368: : Faa Di Bruno G container for [1,0,1,0]
1158.39:M00041:-1.:-1368: : dim=1 avmem=-1368
01158.4:M00042:-1.:-1368: : dim=2 avmem=-1368
01158.4:E00040:-1.:-1368:000000: Faa Di Bruno G container for [1,0,1,0]
01158.4:E00039:-1.:-1368:000000: Recovering symmetry [1,0,0,1]
01158.4:S00043:-1.:-1368: : Recovering symmetry [0,1,0,1]
01158.4:S00044:-1.:-1368: : Faa Di Bruno G container for [0,1,1,0]
01158.4:M00045:-1.:-1368: : dim=1 avmem=-1368
01158.4:M00046:-1.:-1368: : dim=2 avmem=-1368
01158.4:E00044:-1.:-1368:000000: Faa Di Bruno G container for [0,1,1,0]
01158.4:E00043:-1.:-1368:000000: Recovering symmetry [0,1,0,1]
01158.4:S00047:-1.:-1368: : Recovering symmetry [0,0,0,2]
01158.4:S00048:-1.:-1368: : Faa Di Bruno G container for [0,0,2,0]
01158.4:M00049:-1.:-1368: : dim=1 avmem=-1368
01158.4:M00050:-1.:-1368: : dim=2 avmem=-1368
01158.4:E00048:-1.:-1368:000000: Faa Di Bruno G container for [0,0,2,0]
01158.4:S00051:-1.:-1368: : Faa Di Bruno G container for [0,0,0,2]
01158.4:M00052:-1.:-1368: : dim=1 avmem=-1368
01158.4:M00053:-1.:-1368: : dim=2 avmem=-1368
01158.4:E00051:-1.:-1368:000000: Faa Di Bruno G container for [0,0,0,2]
01158.4:S00054:-1.:-1368: : Faa Di Bruno Z container for [0,0,0,2]
01158.4:M00055:-1.:-1368: : dim=1 run out of memory, imposing max=10 (decrease number of threads)
01158.4:M00056:-1.:-1368: : dim=1 avmem=-1368 tmpmem=0 max=10 stacks=4->12
01158.4:M00057:-1.:-1368: : dim=2 run out of memory, imposing max=10 (decrease number of threads)
1158.41:M00058:-1.:-1368: : dim=2 avmem=-1368 tmpmem=1 max=10 stacks=4->12
1158.41:E00054:-1.:-1368:000000: Faa Di Bruno Z container for [0,0,0,2]
1158.41:S00059:-1.:-1368: : Faa Di Bruno Z container for [0,0,2,0]
1158.41:M00060:-1.:-1368: : dim=1 run out of memory, imposing max=10 (decrease number of threads)
1158.41:M00061:-1.:-1368: : dim=1 avmem=-1368 tmpmem=0 max=10 stacks=4->12
1158.41:M00062:-1.:-1368: : dim=2 run out of memory, imposing max=10 (decrease number of threads)
1158.41:M00063:-1.:-1368: : dim=2 avmem=-1368 tmpmem=1 max=10 stacks=4->12
1158.41:E00059:-1.:-1368:000000: Faa Di Bruno Z container for [0,0,2,0]
1158.41:E00047:-1.:-1368:000000: Recovering symmetry [0,0,0,2]
1158.41:E00010:-1.:-1368:000000: Performing step for order = 2
1158.41:S00064:-1.:-1368: : Performing step for order = 3
1158.41:S00065:-1.:-1368: : Recovering symmetry [3,0,0,0]
1158.41:S00066:-1.:-1368: : Faa Di Bruno G container for [3,0,0,0]
1158.42:M00067:-1.:-1368: : dim=1 avmem=-1368
1158.46:M00068:-1.:-1366: : dim=2 avmem=-1368
1158.46:M00069:-1.:-1367: : dim=3 avmem=-1366
1158.46:E00066:-1.:-1367:000000: Faa Di Bruno G container for [3,0,0,0]
1158.46:S00070:-1.:-1368: : Faa Di Bruno Z container for [3,0,0,0]
1158.46:M00071:-1.:-1368: : dim=1 run out of memory, imposing max=10 (decrease number of threads)
1158.49:M00072:-1.:-1373: : dim=1 avmem=-1368 tmpmem=0 max=10 stacks=4->12
1158.49:M00073:-1.:-1373: : dim=2 run out of memory, imposing max=10 (decrease number of threads)
1160.92:M00074:-1.:-1371: : dim=2 avmem=-1372 tmpmem=1 max=10 stacks=4->12
1160.92:M00075:-1.:-1371: : dim=3 run out of memory, imposing max=10 (decrease number of threads)
1167.83:M00076:-1.:-1371: : dim=3 avmem=-1371 tmpmem=33 max=10 stacks=4->12
1167.83:E00070:-1.:-1371:000000: Faa Di Bruno Z container for [3,0,0,0]
1167.86:S00077:-1.:-1388: : Sylvester equation for dimension = 3
1169.86:E00077:-1.:-1403:000000: Sylvester equation for dimension = 3
1169.93:E00065:-1.:-1375:000000: Recovering symmetry [3,0,0,0]
1169.93:S00078:-1.:-1375: : Recovering symmetry [0,3,0,0]
1169.93:S00079:-1.:-1375: : Faa Di Bruno G container for [0,3,0,0]
1169.93:M00080:-1.:-1375: : dim=1 avmem=-1374
1169.96:M00081:-1.:-1382: : dim=2 avmem=-1374
1169.98:M00082:-1.:-1383: : dim=3 avmem=-1382
1169.98:E00079:-1.:-1383:000000: Faa Di Bruno G container for [0,3,0,0]
1169.98:S00083:-1.:-1383: : Faa Di Bruno Z container for [0,3,0,0]
1169.98:M00084:-1.:-1383: : dim=1 run out of memory, imposing max=10 (decrease number of threads)
1169.98:M00085:-1.:-1384: : dim=1 avmem=-1382 tmpmem=0 max=10 stacks=4->12
1169.98:M00086:-1.:-1384: : dim=2 run out of memory, imposing max=10 (decrease number of threads)
1170.13:M00087:-1.:-1382: : dim=2 avmem=-1383 tmpmem=1 max=10 stacks=4->12
1170.13:M00088:-1.:-1382: : dim=3 run out of memory, imposing max=10 (decrease number of threads)
1170.57:M00089:-1.:-1384: : dim=3 avmem=-1381 tmpmem=33 max=10 stacks=4->12
1170.57:E00083:-1.:-1384:000000: Faa Di Bruno Z container for [0,3,0,0]
1170.57:E00078:-1.:-1384:000000: Recovering symmetry [0,3,0,0]
1170.57:S00090:-1.:-1383: : Recovering symmetry [1,2,0,0]
1170.57:S00091:-1.:-1383: : Faa Di Bruno G container for [1,2,0,0]
1170.57:M00092:-1.:-1383: : dim=1 avmem=-1383
01170.6:M00093:-1.:-1383: : dim=2 avmem=-1383
1170.62:M00094:-1.:-1384: : dim=3 avmem=-1383
1170.62:E00091:-1.:-1384:000000: Faa Di Bruno G container for [1,2,0,0]
1170.62:S00095:-1.:-1384: : Faa Di Bruno Z container for [1,2,0,0]
1170.62:M00096:-1.:-1384: : dim=1 run out of memory, imposing max=10 (decrease number of threads)
1170.64:M00097:-1.:-1384: : dim=1 avmem=-1384 tmpmem=0 max=10 stacks=4->12
1170.64:M00098:-1.:-1384: : dim=2 run out of memory, imposing max=10 (decrease number of threads)
1171.66:M00099:-1.:-1383: : dim=2 avmem=-1384 tmpmem=1 max=10 stacks=4->12
1171.66:M00100:-1.:-1383: : dim=3 run out of memory, imposing max=10 (decrease number of threads)
```
After some time, it even happens that the computer completely freezes. My conjecture is that there is some problem with the mex-file.
https://git.dynare.org/Dynare/dynare/-/issues/608Get rid of time index in LaTeX-code of model local variables2019-06-19T15:38:10ZJohannes PfeiferGet rid of time index in LaTeX-code of model local variablesAs mentioned in #563, the LaTeX-Code sometimes adds a time t-index to model local variables althoug they cannot be lagged or leaded. This should also be removed. A MWE is
```
var u $u$;
parameters delta_1 ${\delta_1}$
delta_2divde...As mentioned in #563, the LaTeX-Code sometimes adds a time t-index to model local variables althoug they cannot be lagged or leaded. This should also be removed. A MWE is
```
var u $u$;
parameters delta_1 ${\delta_1}$
delta_2divdelta_1 ${\frac{\delta_2}{\delta_1}}$;
model;
#delta_2=delta_2divdelta_1*delta_1;
1 =1*(delta_1+delta_2*(exp(u)-1));
end;
write_latex_dynamic_model;
```
which results in
```
\begin{dmath}
% Equation 1
1={\delta_1}+delta\_2_{t}\, \left(exp\left(u_{t}\right)-1\right)
\end{dmath}
```
https://git.dynare.org/Dynare/dynare/-/issues/605Add strsplit to missing2019-06-19T15:38:10ZJohannes PfeiferAdd strsplit to missingstrsplit used for some mode_computes in `dynare_estimation_1` is a new Matlab 2013a-function. It is not available on most machines. See http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=3750&p=14032#p14032
strsplit used for some mode_computes in `dynare_estimation_1` is a new Matlab 2013a-function. It is not available on most machines. See http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=3750&p=14032#p14032
https://git.dynare.org/Dynare/dynare/-/issues/600Enable option logdata of estimation2019-06-19T15:38:10ZJohannes PfeiferEnable option logdata of estimationWe have an option `logdata` preventing the logging of data when using `loglinear`. It is neither documented nor does a token exist in the preprocessor.
We have an option `logdata` preventing the logging of data when using `loglinear`. It is neither documented nor does a token exist in the preprocessor.
Stéphane Adjemianstepan@adjemian.euStéphane Adjemianstepan@adjemian.euhttps://git.dynare.org/Dynare/dynare/-/issues/595Improve performance of conditional forecast for deterministic simulations2019-06-19T15:38:10ZSébastien VillemotImprove performance of conditional forecast for deterministic simulationshttps://git.dynare.org/Dynare/dynare/-/issues/586mssbvar: investigate bug with high number of perturbations2019-11-21T08:36:43ZHoutan Bastanimssbvar: investigate bug with high number of perturbationsmod files with a high number of perturbations cause Matlab to crash after some processing.
see emails from Stephane on 24 Jan 2014 8:56 AM
mod files with a high number of perturbations cause Matlab to crash after some processing.
see emails from Stephane on 24 Jan 2014 8:56 AM
Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/583thread affinity error2019-06-19T15:38:12ZMarco Rattothread affinity errorDears, since using 4.4, I am getting the following error very often (estimations only last for a few iterations) on Matlab 64bit, windows server OS:
OMP : Error # 134 Cannot set thread affinity mask.
OMP : System error #87 : The parame...Dears, since using 4.4, I am getting the following error very often (estimations only last for a few iterations) on Matlab 64bit, windows server OS:
OMP : Error # 134 Cannot set thread affinity mask.
OMP : System error #87 : The parameter is incorrect.
I am getting this on a multicore machine with 8 cores, where I manually set the affinity of the matlab processes to only two cores at a time, allowing me to make different estimations in parallel with different model specifications.
I never had these errors with previous dynare versions
https://git.dynare.org/Dynare/dynare/-/issues/576Set up make install2019-06-19T15:38:12ZHoutan BastaniSet up make installIdeal way to install via Homebrew.
Potentially useful elsewhere.
Ideal way to install via Homebrew.
Potentially useful elsewhere.
Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/575Fix inclusion of FlexLexer.h2019-06-19T15:38:12ZHoutan BastaniFix inclusion of FlexLexer.h1) Line 64 of `preprocessor/Makefile.am` reads `cp /usr/include/FlexLexer.h .`. Needs to be changed to include from directory where `$(LEX)` is installed.
2) Consider applying a patch for OSX 10.7, which has a bug in `FlexLexer.h`
https...1) Line 64 of `preprocessor/Makefile.am` reads `cp /usr/include/FlexLexer.h .`. Needs to be changed to include from directory where `$(LEX)` is installed.
2) Consider applying a patch for OSX 10.7, which has a bug in `FlexLexer.h`
https://gist.github.com/houtanb/8268790
Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/574Discuss treatment of options_.qz_criterium and adjust k_order_pert accordingly2019-06-19T15:38:12ZJohannes PfeiferDiscuss treatment of options_.qz_criterium and adjust k_order_pert accordinglyBy default, we set
`options_.qz_criterium = [];`
What is the purpose of this?
`stoch_simul` locally sets
```
if isempty(options_.qz_criterium)
options_.qz_criterium = 1+1e-6;
end
```
but never returns this value in options. Thus,...By default, we set
`options_.qz_criterium = [];`
What is the purpose of this?
`stoch_simul` locally sets
```
if isempty(options_.qz_criterium)
options_.qz_criterium = 1+1e-6;
end
```
but never returns this value in options. Thus, calling `resol` with `k_order_solver` outside of `stoch_simul` results in a crash with
`dynare:k_order_perturbation: Caught Kord exception: NaN or Inf asserted in first order derivatives in FirstOrder::solve`
because the field is empty.
Why don't we initialize the field by default to a non-empty value or at least check in `k_order_perturbation` or `k_order_pert` whether it is set instead of providing a wrong error message?
Sébastien VillemotSébastien Villemothttps://git.dynare.org/Dynare/dynare/-/issues/568Integrate DMM2021-09-15T15:49:13ZHoutan BastaniIntegrate DMMhttp://ipsc.jrc.ec.europa.eu/?id=790
http://ipsc.jrc.ec.europa.eu/fileadmin/repository/sfa/finepro/software/DMMmanual.pdf
http://ipsc.jrc.ec.europa.eu/?id=790
http://ipsc.jrc.ec.europa.eu/fileadmin/repository/sfa/finepro/software/DMMmanual.pdf
MichelJuillardMichelJuillardhttps://git.dynare.org/Dynare/dynare/-/issues/567Document and potentially enable setting options_.PosteriorSampleSize via prep...2019-06-19T15:38:14ZJohannes PfeiferDocument and potentially enable setting options_.PosteriorSampleSize via preprocessorEndogenous moments are based on `options_.PosteriorSampleSize` (default 1000) draws from the posterior after `mh_drop` is dropped. We should document this options and the fact that posterior moments are based on such a sub-sample. Moreov...Endogenous moments are based on `options_.PosteriorSampleSize` (default 1000) draws from the posterior after `mh_drop` is dropped. We should document this options and the fact that posterior moments are based on such a sub-sample. Moreover, we might want to allow setting this option in the estimation-command.
Stéphane Adjemianstepan@adjemian.euStéphane Adjemianstepan@adjemian.euhttps://git.dynare.org/Dynare/dynare/-/issues/563Potentially change treatment of #-expressions in LaTeX - Code2019-11-21T08:36:46ZJohannes PfeiferPotentially change treatment of #-expressions in LaTeX - CodeI have a mod-file where I use `write_latex_dynamic_model;`
The file contains an expression
`#delta_2=delta_2divdelta_1*delta_1;`
We should try to add a way to define a LaTeX name for this expression. Moreover, I noticed that sometimes...I have a mod-file where I use `write_latex_dynamic_model;`
The file contains an expression
`#delta_2=delta_2divdelta_1*delta_1;`
We should try to add a way to define a LaTeX name for this expression. Moreover, I noticed that sometimes, the LaTeX-Code adds a time t-index to this expression although expressions cannot be lagged or leaded. This should also be removed if possible.
Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/564ramsey policy at order 22019-12-12T10:30:42ZMichelJuillardramsey policy at order 2The code for computing a 2nd order approximation of Ramsey policy is already in place. I just need to complete the evaluation of objective function (at 3rd order).
The code for computing a 2nd order approximation of Ramsey policy is already in place. I just need to complete the evaluation of objective function (at 3rd order).
MichelJuillardMichelJuillardhttps://git.dynare.org/Dynare/dynare/-/issues/555Provide line numbers for errors in steady_state_model2019-06-19T15:38:14ZJohannes PfeiferProvide line numbers for errors in steady_state_modelFor errors as in #554, the lexer does not provide line numbers where the error occured.
For errors as in #554, the lexer does not provide line numbers where the error occured.
https://git.dynare.org/Dynare/dynare/-/issues/507mode_compute = prior2019-06-19T15:38:14ZStéphane Adjemianstepan@adjemian.eumode_compute = prior*Created by: MichaelSpece*
The bug is that using mode_compute = prior, the following error is thrown:
```
ERROR: …: syntax error, unexpected PRIOR
```
(This behavior is undocumented.)
The enhancement would be to make prior an additio...*Created by: MichaelSpece*
The bug is that using mode_compute = prior, the following error is thrown:
```
ERROR: …: syntax error, unexpected PRIOR
```
(This behavior is undocumented.)
The enhancement would be to make prior an additional possible case, as a last resort for obtaining a positive definite Hessian. Currently the second to last case in dynare_estimation_1 is
```
case 'prior'
hh = diag(bayestopt_.p2.^2);
```
That code should be replaced by
```
case 'prior'
hh = diag(1./bayestopt_.p2.^2);
```
The lexical parser would need to be revised accordingly and it would need to be documented that prior could not be used as a function name value for mode_compute.
Suggested labels: enhancement, documentation, bug, estimation