错误、漏洞、问题 - 页 1572

[A100]

MT4/950/32。改变轮廓时丢失数字

当我用工具栏的图标改变轮廓时，我立即失去了价格表上的数字（左边的图片）。然后当你通过选择另一个标签来改变图表时--数字被恢复了（右图）。Windows 8.1/32。分辨率1024x768，我也试过1280x1024。比例是125%。4个字符丢失一位数字，5个字符丢失两位数字。

这一定是在我把MT4的字体大小 增加到MT5后开始的。

[A100]

CHART_SHIFT_SIZE 与趋势不起作用

void OnStart()
{
        ::ChartSetInteger( 0, CHART_SHIFT, true );
        for ( int i = 50; i >= 10; i-- )
        {
                ::ChartSetDouble( 0, CHART_SHIFT_SIZE, (double)i );
                ::ChartRedraw();
                ::Sleep( 100 );
        }
}

预计在test391.ex5中的动态是这样的

[Vladimir Karputov]

无法通过MT4编辑器从仓库 下载我的文件- 我得到一个错误

2016.05.05 15:11:05.427 Storage failed to read http data (storage.mql5.com:443 read failed [12152])

[Vladimir Karputov]

Karputov Vladimir:

无法通过MT4编辑器 从仓库 下载我的文件- 我得到一个错误

而且这个错误只出现在一个编辑器上。在同一台电脑的另一个文件夹中，MT4和它的编辑器很容易从商店下载代码。

[coderex]

亲爱的开发者，请像C语言那样引入命名空间。

[Alexey Navoykov]

每次我们更新构建时，代码就会停止编译，这样的情况还要持续多久！即使编译了，工作方式也不一样（这更糟糕）。 谁需要这样的编程语言？

我很佩服A100的耐心，同时严格审查那些虫子，我很反感。

上面有人建议A100应该建立测试来验证编译器，但有趣的是，要处理这个问题的是用户，而不是编译器开发者。

最重要的是，所有这些都是猴子的工作。 花费一个程序员团队多年的工作（因此也花了很多钱），以及用户多年的工作，他们必须多次重写他们的代码，而这一切都是为了什么？重新发明名为 "C++编译器 "的轮子（稍加修改），而不是简单地使用一些开源编译器（甚至购买一个），并在几个月内修改它以适应自己的需要。

但是没有，简单的方法不适合我们......更重要的是，我们要自豪地夸耀我们自己有好的胡子，每一次新的建设，我们都能一点一点地重新创造我们的自行车。

说到具体的事情，我完全支持A100关于关闭优化的可能性的想法，例如，使Debug和Release模式像许多真正的编译器一样。

就个人而言，由于你所称赞的这种优化，我仍然坚持使用build 1159，因为我的项目 用它编译只需2秒，而用后来的build编译只需20秒。 性能的轻微提升并不能解决任何问题。 我的大部分时间都花在开发和程序编辑上。

[[删除]]

Alexey Navoykov:

就个人而言，我仍然在build 1159上，因为你称赞的这个优化，因为我的项目在那个build上2秒就能编译，在后来的build上20秒就能编译。 一个小小的性能提升对我来说不能解决任何问题。 大部分的时间都花在开发和程序编辑上。

一个有100Kb源代码的项目在1325次构建中不到一秒钟就能编译完毕。扎实的OOP，大量的虚函数 和重载，模板，指针，const修改器（只要有可能）。没有DLL和OpenCL。

我想找出你滞后的原因。也许这就是帮助编译器快速优化的结构。我从来没有遇到过滞后的情况。请给我提供kodobase的源代码，它正在减慢速度。

关于你自己的自行车，以编译器的形式。拿别人的项目来修改有其优点和缺点。我想，在权衡了所有的利弊之后，我最初会倾向于自己的自行车。当然，在做出这样的决定时，没有人想到会对语言/编译器的时间和能力有这样的伏击。有些人高估了自己的能力，也可能低估了任务的复杂性。当然，在开发该自行车时投入了大量资金。

[Renat Fatkhullin]

Anton Zverev:

我想找出你滞后的原因。也许这就是帮助编译器快速优化的结构。我从来没有遇到过滞后的情况。请给我一个kodobase的源代码，它的速度正在减慢。

它很可能有巨大的功能，以文本轴的形式存在。

优化器必须对这样的代码片段进行多次处理，并一次又一次地改进它。这足以减少函数的大小，使优化器的速度大大加快。

那么，你肯定应该切换到最新的构建，因为我们正在不断提高其中的质量和速度。

[[删除]]

Renat Fatkhullin:

它有可能以文本卷轴的形式具有巨大的功能。

一个优化器必须对这些片段进行多次处理，一次又一次地改进代码。这足以减少函数的大小，使优化器的速度大大加快。

那么，你肯定应该切换到最新的构建，因为我们正在不断提高其中的质量和速度。

这可能也是一个文本碎片的问题。我，至少，没有任何。

我曾经从国际编程奥林匹克竞赛的获胜者那里听说，函数最多只能有20行（条件）。如果更多，那么在架构/算法上就不是最优的。

当翻阅Roman Yelizarov的 资料时，有大量的简单函数与野生嵌套。而且几乎所有的人都是长达五行的。与这个知识分子团体相比，我自己就是一只毛毛虫....这就是为什么它不是那么酷，无论我在我的时代如何努力。

[A100]

当把光标悬停在重叠的对象上时，会显示背景对象的描述，而不是顶部对象。这在OBJ_EVENT对象上被宣判。我看到了红色，但描述是来自蓝色。