错误、漏洞、问题 - 页 5

[[删除]]

Interesting:

图书馆学的一个新词，或旁边的惊人...

我已经创建了一个使用该库的专家顾问，并检查了所有工作。我已经创建了一个档案，其中包含专家顾问、这个库和一些MQL5和MQH文件。我把档案交给了开发人员进行测试。

然而，这很奇怪，因为客户说一切运行正常。也许是磁暴？

[Arms]

Interesting:

我开始了解什么是有效的（或者说是无效的），并发现了一个令人惊讶的事实--终端看到目录中的编译库（作为*.ex5），但顽固地 "洗 "它，这不是很好，正如你所理解的...

在尝试了许多可能导致这种行为的原因后，我决定将原始文件（以*.mq5的形式）放在库的文件夹中。我试着在图表上添加一个EA--哦，我的天，它成功了。

PS

顺便说一下，同样的事情发生在专家顾问本身，*.ex5文件被持续删除......:(

这是一个非常糟糕的症状!

我昨天也是这样做的。终端更新后，它顽固地搜索带有源代码的文件，并删除没有源代码的编译文件。

从网站正常重新安装后，"错误 "消失了。

今天又要求在自动更新后重新启动。显然，这个 "错误 "已经被删除。但我决定只从网站上更新。

为什么，为什么是终端源文件？

[Slava]

По ходу пьесы у меня созрел ряд вопросов:

1.如果库只表示为.ex5，为什么专家顾问不能工作？

2.为什么终端会顽固地从目录中删除这个文件？

3.为什么终端日志中没有关于上述所有内容的明确评论？

4.为什么文档中没有说这种行为是可能的？

最后是第五个问题，也是最后一个问题--我如何应对这一切，我做错了什么（可能是终端缺少一个EX5文件，正在寻找什么，例如头文件或库本身）？

PS

顺便说一下，我的专家顾问本身也有同样的问题，它顽固地删除*.ex5文件...:(

由于某些原因，我在服务台没有看到你的请求。

[Slava]

强制重新编译EA是由于编译器版本的改变。新的编译器生成的代码略有不同，与以前的版本不兼容。

[[删除]]

stringo:
由于某些原因，我在服务台没有看到你的请求。

嗯，那是因为它不在那里......:)

[[删除]]

stringo:

强制重新编译的EA与编译器版本的改变有关。新的编译器生成的代码略有不同，与以前的版本不兼容。

我明白了，我是在279年做的，没有想到会有这样的变化......

PS

对于未来--如果终端检测到原始版本，是否有可能不强行删除文件，而只是让它愚蠢地在日志中写上我需要更新ex5？

我可能理解专家为什么不想工作，但客户可能没有意识到......

[Renat Fatkhullin]

新版本中的EX5文件正在积极更新，所以终端正在删除旧版本。

就在281期的建设中，版本又有了变化。

一段时间后，这个过程会稳定下来，我们将停止改变编译文件的版本。

[Renat Fatkhullin]

Interesting:

对于未来--如果终端检测到原始版本，我们是否可以不强行删除文件，而只是让它们在日志中写上需要更新ex5？

我可能理解专家为什么不想工作，但客户可能没有意识到......

是的，记录删除旧版本的理由是一个明智的想法。

[[删除]]

Renat:
是的，在日志中写明删除旧版本的理由，是一个明智的想法。

最好是在没有用户许可的情况下，根本不要删除任何东西。至少，如果终端没有找到与ex5同名的源文件。

如果终端找到了源文件，它可以自动重新编译，但如果没有，只要让它知道是否需要。

PS

我认为在处理任何不包括在基本包中的文件时，这是正确的方法。而且谁知道用户是否能恢复这些文件...

[Prival]

它在帮助中说。

int day_of_year; // 一年的序号（2月1日是一年的第32天）。

由于某些原因，它总是显示为31（（）。

所附脚本

在文件中

2010.02.01 00:00:00 143.832 143.839 143.758 143.771 186 2010 2 1 0 0 1 31