错误、漏洞、问题 - 页 1575

 
Slawa:
显示带有优化结果 表的标签是怎样的

例如,像这样(平衡+最大恢复系数)。


也就是说,一个纳米就足以杀死图表(即使没有更多的纳米,它也会死亡)。

// 顺便说一下,从表中我们可以看到,在这种情况下,纳米是以负余额获得的(初始存款1000000)。

 
Renat Fatkhullin:

逐字记录,当你没有用你自己的证据来支持你自己的话。

你甚至给了一张别人的照片,尽管你可以附上你自己的汇编日志(不是照片)。

....

如果编译器指出了代码中的错误,你必须相信它。

如果你不相信,你可以把编译日志贴在论坛上进行解析。那里也有错误和编译时间。

好吧,这是构建1159,它在大约一秒钟内编译,构建1241,它在大约20秒内编译,以及构建1325,它没有编译(错误)。

附加的文件:
MQL_1159.txt  7 kb
MQL_1241.txt  7 kb
MQL_1325.txt  8 kb
 
旧版中的2600个警告并没有使你感到困惑。

但是,新的编译器发现的2000个警告和bug突然让编译器出了问题?

我建议你整理一下你的代码中的这些乱七八糟的东西,把它清理掉。

真的,当编译器对代码中的问题大喊大叫时,做出这样的声明很奇怪。我们特意提高了对代码质量的要求,不想默认隐藏问题。这就是金融业。
 
Renat Fatkhullin:
旧版中的2600个警告并没有让你感到困惑。

但是,新的编译器发现的2000个警告和bug突然让编译器出了问题?

我建议你整理一下你的代码中的这些乱七八糟的东西,把它清理掉。

真的,当编译器对代码中的问题大喊大叫时,做出这样的声明很奇怪。我们特意提高了对代码质量的要求,不想默认隐藏问题。这就是金融业。

警告就是警告,错误就是错误。 每个人都知道其中的区别。 在最后一次构建之前,一切都编译得很好。 如果你在没有通知我们的情况下把一些新的规则塞进编译器,难道要怪我的代码吗? 为什么你要把问题从坏处转移到坏处?

只是有一些警告,如 "从'数字'到'字符串'的隐性转换"、"由于'字符串'可能导致的数据丢失 "和 "错误信息"。它们与最新编译器产生的错误有什么关系?

无类型的声明
不能应用函数模板
预期的逗号
未声明的标识符
'*' - 指针不能被使用
预期的班级类型
没有一个重载可以应用于该函数调用
预期的对象指针
预计分号

所以,很明显,这里出现了语言语法的一些变化,但我们却沉默不语。 而你在这里对 "代码质量 "等进行道德说教,以通常的方式转移了话题。

 
Alexey Navoykov:

警告就是警告,但错误就是错误,每个人都知道其中的区别。 在最后一次构建之前,一切都编译得很好。 如果你在没有通知我们的情况下,偷偷地在编译器中引入了一些新的规则,我的代码有错吗? 为什么你要把问题从糟糕转移到更糟糕?

只是有一些警告,如 "从'数字'到'字符串'的隐性转换"、"由于'字符串'可能导致的数据丢失 "和 "错误信息"。他们与最新编译器产生的那些错误到底有什么关系?

无类型
不能应用函数模板
预期的逗号
未声明的标识符
'*' - 指针不能被使用
预期的班级类型
没有一个重载可以应用于该函数调用
预期的对象指针
预计分号

所以,很明显,这里出现了语言语法的一些变化,但我们却沉默不语。 而你却给我们讲 "代码质量 "之类的大道理,以一贯的方式转移话题。

如果你有2600个警告,你能保证所有的警告都是无害的,你已经检查了所有的2600个警告。

至于头,只有病态的头才能接受这么多的警告,并认为可以得到这样的权利。

 
Alexey Navoykov:

警告就是警告,但错误就是错误,每个人都知道其中的区别。 在最后一次构建之前,一切都编译得很好。 如果你在没有通知我们的情况下,偷偷地在编译器中引入了一些新的规则,我的代码有错吗? 为什么你要把问题从糟糕转移到更糟糕?

只是有一些警告,如 "从'数字'到'字符串'的隐性转换"、"由于'字符串'可能导致的数据丢失 "和 "错误信息"。它们与最新编译器产生的错误有什么关系?

无类型的声明
不能应用函数模板
预期的逗号
未声明的标识符
'*' - 指针不能被使用
预期的班级类型
没有一个重载可以应用于该函数调用
预期的对象指针
预计分号

所以,很明显,这里出现了语言语法的一些变化,但我们却沉默不语。 而你在这里对 "代码质量 "等进行道德说教,以通常的方式转移了话题。

同志,你还打算在编译器上泼粪吗?或者你至少给我20行你在MQL中的作品?我不知道你的代码里有什么无间道。或者,你认为,所有的心灵感应者都会在这里听你说话,做出悲伤的眼神,并同意所有这些废话?

导致错误的具体代码 是什么?

 
Alexey Navoykov:

警告就是警告,但错误就是错误,每个人都知道其中的区别。 直到最后一次构建,所有的东西都能编译。 如果你在没有通知我们的情况下偷偷地在编译器中引入了一些新的规则,我的代码就应该受到责备吗? 为什么你要把问题从坏处转移到坏处?

我不是在干涉。我有26年的不间断编程经验。

如果我们谈论的是金融部门,警告基本上是错误的。所有数以千计的关于 "标志损失、准确性损失、幽灵损失等 "的报告都是对代码质量的裁决。显然,你不太明白其中的含义。

请以合理的完整形式提供编译器指出的那段代码,作为一个错误。

如果没有这一点,整个讨论就显得有碍观瞻和不公平。

 

我在EA日志中发现了一个错误。

未知命令E0

它是什么意思?

 

雷纳特-法特库林

请在MQL5中引入命名空间的机制,你知道它有多有用,因为把拐杖以宏的形式放在声明中禁用相同的名字,看起来并不那么优雅:)

 
Renat Fatkhullin:

...

如果我们谈论的是金融部门,警告基本上是错误的。而所有数以千计的关于 "失去标志、失去准确性、失去幽灵等 "的报告都是对代码质量的裁决。显然,你不太明白其中的含义。

...
我应该补充一点,从项目的复杂程度开始,警告的后果比普通的编译时错误要可怕得多。警告的阴险之处在于,程序与它们一起工作,但在不同的情况下,它们开始创造奇迹,这是很难解决的。
原因: