Octave 为什么“;filename.m”;当我使用“;戴纳雷”;八度指挥?

Octave 为什么“;filename.m”;当我使用“;戴纳雷”;八度指挥?,octave,Octave,我写了一个模型,用八度音阶的dynare来求解。在编写模型之后,我用“.m”格式保存它。然后,我在octave的命令窗口中键入“dynare filename”来运行模型,但是文件被删除了 奇怪的是,如果我在“.mod”格式的文件上使用该命令,则不会发生这种情况 我使用的是Octave 5.2.0,因为dynare仅适用于此版本 如果可以的话,请帮助我。Tnx很多。我想您使用的是Dynare 4.5,而不是最近的稳定版4.6。如手册所述,Dynare中唯一支持的文件类型是.mod和.dyn。您不

我写了一个模型,用八度音阶的dynare来求解。在编写模型之后,我用“.m”格式保存它。然后,我在octave的命令窗口中键入“dynare filename”来运行模型,但是文件被删除了

奇怪的是,如果我在“.mod”格式的文件上使用该命令,则不会发生这种情况

我使用的是Octave 5.2.0,因为dynare仅适用于此版本


如果可以的话,请帮助我。Tnx很多。

我想您使用的是Dynare 4.5,而不是最近的稳定版4.6。如手册所述,Dynare中唯一支持的文件类型是
.mod
.dyn
。您不能将文件命名为
.m
,因为Dynare将预处理您的
.mod
-文件并创建同名的m-文件。通常,您会收到一条明确的错误消息。但是,在倍频程中,首先执行以下代码:

% Workaround for a strange bug with Octave: if there is any call to exist(fname)
% before the call to the preprocessor, then Octave will use the old copy of
% the .m instead of the newly generated one. Deleting the .m beforehand
% fixes the problem.
if isoctave && length(dir([fname(1:(end-4)) '.m'])) > 0
    delete([fname(1:(end-4)) '.m'])
end

Dynare 4.6改为使用Matlab类。您将看到一条明确的错误消息。

我猜您使用的是Dynare 4.5,而不是最近的稳定版4.6。如手册所述,Dynare中唯一支持的文件类型是
.mod
.dyn
。您不能将文件命名为
.m
,因为Dynare将预处理您的
.mod
-文件并创建同名的m-文件。通常,您会收到一条明确的错误消息。但是,在倍频程中,首先执行以下代码:

% Workaround for a strange bug with Octave: if there is any call to exist(fname)
% before the call to the preprocessor, then Octave will use the old copy of
% the .m instead of the newly generated one. Deleting the .m beforehand
% fixes the problem.
if isoctave && length(dir([fname(1:(end-4)) '.m'])) > 0
    delete([fname(1:(end-4)) '.m'])
end

Dynare 4.6改为使用Matlab类。在那里,您将得到一条明确的错误消息。

您能举一个我可以在我的计算机上试用的例子吗?我下载了dynare,可以确认这一点。这似乎是dynare本身的一个bug(相当严重!)。我建议您将此作为一个bug报告给他们(),并直接从源代码处获得帮助。一般来说,这似乎是一个非常具体的项目,唉,我很抱歉地说,从源代码处安装dynare是一个非常有bug和问题的项目(尽管显然有人对学术性的产品表示同情,这看起来是一个非常大的项目). ubuntu预编译的二进制文件也不是没有问题的(例如,关于默认路径的许多假设对许多用户来说未必成立)。一般来说,对于像这样的非商业项目,你最好直接在开发人员的网站上寻求帮助来解决这些bug,而不是在上面……你能举一个我可以在我的电脑上试用的例子吗?我下载了dynare,可以证实这一点。这似乎是dynare本身的一个bug(相当严重!)。我建议您将此作为一个bug报告给他们(),并直接从源代码处获得帮助。一般来说,这似乎是一个非常具体的项目,唉,我很抱歉地说,从源代码处安装dynare是一个非常有bug和问题的项目(尽管显然有人对学术性的产品表示同情,这看起来是一个非常大的项目). ubuntu预编译的二进制文件也不是没有问题的(例如,关于默认路径的许多假设对许多用户来说未必成立)。一般来说,对于像这样的非商业性项目,你最好直接在开发者的网站上寻求帮助来解决这些bug,而不是这样。。。