Thanks for your answer.
I sent testarma.c and txt files in a second post (48ámins after the original message).áLet me know if you needáany additional information.
2011/6/7 Riccardo (Jack) Lucchetti <>
On Mon, 6 Jun 2011, Olivier Ga wrote:

Hello everyone,
Sorry for the long delay. As I explained in my first post, I does not have access directly to the code and I need to ask help by email to have a way to reproduce the problem.

After applying your fix, ie, replace "for (k=0; k<r-m; k++) {" áby "for (k=0; k<r-m-1; k++) {", purify does not find anymore a memory corruption.


Nevertheless, there is a new problem at the line 377 "*err = gretl_invert_symmetric_matrix(H);" in gretl_bfgs.c
dpotrf failed with info = 4 (n = 9)
To reproduce the problem, you can compile testarma.c and run with the following parameter

"a.out EntreesArmasJDD58_precision20.txt 21228"

We try this test on an old linux (not reproduce with 1.9.1), sun Solaris ( reproduce with 1.9.1). It is possible there is a bug inside gretl_invert_symmetric_matrix ?

It is possible the first fix is not correct ?
Is there any requirements on the arma input dataset to work correctly ?

Clearly, in order to reproduce the problem, we need to have a copy of testarma.c and the txt file you're using. However, the message you're seeing does not necessarily imply a bug: the message refers to the fact that the matrix you're trying to invert is not positive definite, as it should be. This may happen for several reasons, one of them being numerical (as opposed to analytical) computation of the Hessian matrix, but there may be other causes: for example, if you specify an overparametrised model, the Hessian is going to be singular at maximum. In ARMA modelling, these occurrences need to be tackled on a case-by-case basis.

That said: it could well be a bug in the code. ;-)

Riccardo (Jack) Lucchetti
Dipartimento di Economia
UniversitÓ Politecnica delle Marche

Gretl-devel mailing list