Dev December 2011

dev@dynare.org

6 participants
144 discussions

Status of testsuite in master branch
by Sébastien Villemot 23 Dec '11

23 Dec '11

*************************************** * DYNARE TEST RESULTS * * for make check-matlab * *************************************** 165 tests PASSED out of 166 tests run *************************************** List of 1 tests FAILED: * seeds.mod *************************************** *************************************** * DYNARE TEST RESULTS * * for make check-octave * *************************************** 163 tests PASSED out of 164 tests run *************************************** List of 1 tests FAILED: * seeds.mod *************************************** A full log can be found on karaba in '/tmp/dynare-master-check-utGjazigD5.log'.

1 0

Status of testsuite in 4.2 branch
by Sébastien Villemot 23 Dec '11

23 Dec '11

1 0

license statement in Matlab
by Houtan Bastani 22 Dec '11

22 Dec '11

Hi All, There seems to be a bit of confusion with the license command in Matlab. It seems that both license('test',toolbox) and license('inuse',toolbox) do not work the way we want. Originally, we were using license('test',toolbox) to see if a user was licensed to use a certain toolbox. The problem with this is, however, that it does not test to see if the toolbox is actually installed. Though most people will have all toolboxes installed that they are licensed to use, this may not always be the case (for example when running a system-wide version of Matlab on a shared server). In commit 99292c7601778ceb81134a38cda8c0c134e9f76c, this was changed to use isempty(license('inuse',toolbox)), which tests to see that an toolbox is in use (i.e. checked out) by the current Matlab session. This will return true if you have already made a call to a function from a toolbox in the current Matlab session, but false otherwise (even if you have the toolbox installed and are licensed to use it). You can see this by opening a new Matlab session, then issuing the following commands: isempty(license('inuse','optimization_toolbox')) fsolve isempty(license('inuse','optimization_toolbox')) The result of the first call to license will be 0 while the second call will return 1. The proposed solution is to use license('checkout',toolbox), which would actually try to checkout a toolbox. However, before we push yet another change regarding the license command, we wanted to make sure this would work for everyone. Specifically, it seems that Marco had a problem with the original solution and George has a problem with the current solution. So, it would help us out if at least Marco and George could replace the problematic code with that below and tell us if it works for them: [has_X_toolbox ~] = license('checkout','X_toolbox'); if has_X_toolbox ... If this works for you, we will update the code in git. Otherwise, please tell us what the problem is. Best, Houtan

2 1

Status of testsuite in master branch
by Sébastien Villemot 22 Dec '11

22 Dec '11

1 0

Status of testsuite in 4.2 branch
by Sébastien Villemot 22 Dec '11

22 Dec '11

*************************************** * DYNARE TEST RESULTS * * for make check-matlab * *************************************** 150 tests PASSED out of 150 tests run *************************************** *************************************** * DYNARE TEST RESULTS * * for make check-octave * *************************************** 86 tests PASSED out of 148 tests run *************************************** List of 62 tests FAILED: * recursive/ls2003.mod * recursive/ls2003_bayesian.mod * kalman_filter_smoother/gen_data.mod * kalman_filter_smoother/algo1.mod * kalman_filter_smoother/algo2.mod * kalman_filter_smoother/algo3.mod * kalman_filter_smoother/algo4.mod * kalman_filter_smoother/algo4a.mod * kalman_filter_smoother/algo4b.mod * kalman_filter_smoother/algoH1.mod * kalman_filter_smoother/algoH2.mod * kalman_filter_smoother/algoH3.mod * kalman_filter_smoother/fs2000.mod * kalman_filter_smoother/fs2000_1.mod * kalman_filter_smoother/fs2000_2.mod * kalman_filter_smoother/fs2000a.mod * second_order/burnside_1.mod * second_order/ds1.mod * second_order/ds2.mod * block_bytecode/run_ls2003.m(0, 0, 0, 0) * block_bytecode/run_ls2003.m(0, 0, 1, 0) * block_bytecode/run_ls2003.m(0, 0, 2, 0) * block_bytecode/run_ls2003.m(0, 0, 3, 0) * block_bytecode/run_ls2003.m(0, 0, 4, 0) * block_bytecode/run_ls2003.m(0, 0, 0, 0) * block_bytecode/run_ls2003.m(0, 1, 0, 0) * block_bytecode/run_ls2003.m(0, 1, 1, 0) * block_bytecode/run_ls2003.m(0, 1, 2, 0) * block_bytecode/run_ls2003.m(0, 1, 3, 0) * block_bytecode/run_ls2003.m(0, 1, 4, 0) * block_bytecode/run_ls2003.m(0, 1, 5, 0) * block_bytecode/run_ls2003.m(0, 1, 6, 0) * block_bytecode/run_ls2003.m(0, 1, 8, 0) * block_bytecode/run_ls2003.m(0, 1, 0, 0) * block_bytecode/run_ls2003.m(0, 1, 1, 0) * block_bytecode/run_ls2003.m(0, 1, 2, 0) * block_bytecode/run_ls2003.m(0, 1, 3, 0) * block_bytecode/run_ls2003.m(0, 1, 4, 0) * block_bytecode/run_ls2003.m(1, 0, 0, 0) * block_bytecode/run_ls2003.m(1, 0, 1, 0) * block_bytecode/run_ls2003.m(1, 0, 2, 0) * block_bytecode/run_ls2003.m(1, 0, 3, 0) * block_bytecode/run_ls2003.m(1, 0, 4, 0) * block_bytecode/run_ls2003.m(1, 0, 6, 0) * block_bytecode/run_ls2003.m(1, 0, 8, 0) * block_bytecode/run_ls2003.m(1, 0, 0, 0) * block_bytecode/run_ls2003.m(1, 0, 1, 0) * block_bytecode/run_ls2003.m(1, 0, 2, 0) * block_bytecode/run_ls2003.m(1, 0, 3, 0) * block_bytecode/run_ls2003.m(1, 1, 0, 0) * block_bytecode/run_ls2003.m(1, 1, 1, 0) * block_bytecode/run_ls2003.m(1, 1, 2, 0) * block_bytecode/run_ls2003.m(1, 1, 3, 0) * block_bytecode/run_ls2003.m(1, 1, 4, 0) * block_bytecode/run_ls2003.m(1, 1, 5, 0) * block_bytecode/run_ls2003.m(1, 1, 6, 0) * block_bytecode/run_ls2003.m(1, 1, 8, 0) * block_bytecode/run_ls2003.m(1, 1, 0, 0) * block_bytecode/run_ls2003.m(1, 1, 1, 0) * block_bytecode/run_ls2003.m(1, 1, 2, 0) * block_bytecode/run_ls2003.m(1, 1, 3, 0) * block_bytecode/run_ls2003.m(1, 1, 4, 0) *************************************** A full log can be found on karaba in '/tmp/dynare-4.2-check-JVftGYfxqV.log'.

1 0

[Trac] #195: histval+stoch_simul
by Trac Dynare 21 Dec '11

21 Dec '11

#195: histval+stoch_simul --------------------------+------------------------------------------------- Reporter: stepan | Owner: houtanb Type: bug | Status: new Priority: critical | Milestone: 4.3 Component: Preprocessor | Version: Keywords: | --------------------------+------------------------------------------------- Contrary to what is explained in the documentation, the stochastic simulations are systematically initialized at the deterministic steady state. The histval block does not affect the way the simulations are initialized, and, worse, the preprocessor crashes if option periods is used (with an error message). The error message should be removed and the preprocessor should define a flag (options_.histval=1) whenever the block histval is used. -- Ticket URL: <https://www.dynare.org/trac/ticket/195> Dynare <http://www.dynare.org> The Dynare project

1 5

Status of testsuite in master branch
by Sébastien Villemot 21 Dec '11

21 Dec '11

*************************************** * DYNARE TEST RESULTS * * for make check-matlab * *************************************** 166 tests PASSED out of 166 tests run *************************************** *************************************** * DYNARE TEST RESULTS * * for make check-octave * *************************************** 164 tests PASSED out of 164 tests run *************************************** A full log can be found on karaba in '/tmp/dynare-master-check-6yW3BrKA5F.log'.

1 0

Status of testsuite in 4.2 branch
by Sébastien Villemot 21 Dec '11

21 Dec '11

1 0

Status of testsuite in master branch
by Sébastien Villemot 20 Dec '11

20 Dec '11

1 0

Status of testsuite in 4.2 branch
by Sébastien Villemot 20 Dec '11

20 Dec '11

1 0

← Newer
1
...
7
8
9
10
11
12
13
14
15
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

Dev December 2011