新的MetaTrader 4客户终端387和MetaTrader 4数据中心构建387 - 页 11 1...456789101112131415 新评论 Renat Fatkhullin 2011.02.28 14:43 #101 所以，斯拉瓦想说的是，225的构建显示出与移除蝴蝶完全相同的效果。 请仔细检查你的代码。显然，缓冲区的重新初始化没有影响。 Eugeni Neumoin 2011.02.28 16:14 #102 谢谢你。我去看看。 Slava 2011.02.28 17:15 #103 AlexSTAL指出的用错误的条数 重新计算的问题已经得到纠正。但这是一个非常老的错误。 Bulll 2011.02.28 17:40 #104 Renat: 谢谢你的检查，现在很清楚该往哪个方向挖了。 我们将努力找到它，修复它并尽快发布更新。 离线图呢？当使用PostMessageA(hwnd,WM_COMMAND,33324,0)更新离线图形时；在每个人工勾选时都会发生重新初始化！！。 Slava 2011.02.28 17:44 #105 Bulll: 离线图呢？当使用PostMessageA(hwnd,WM_COMMAND,33324,0)更新离线图形时；在每个人工勾选时都会发生重新初始化！！。 还有一个完整的刷新正在进行中。刷新命令 Bulll 2011.02.28 17:46 #106 stringo: 目前正在进行全面的更新。刷新命令 该怎么做？ Vadim Zhunko 2011.02.28 23:34 #107 stringo: 在那里进行了全面的刷新。刷新命令 这在以前从未发生过。我的指标在优化后已经停止工作。现在，我必须为每一个这样的刻度填充缓冲区。上面写到了这一点。 现在窗口刷新会清除指标缓冲区。 Eugeni Neumoin 2011.03.01 07:15 #108 很奇怪。 昨天，在Slava发布日志后，我开始检查229的建设情况。出现了与388年相同的错误。我在229号建筑中也得到了同样的崩溃图片。 那里最主要的不是蝴蝶。之字形消失了，即缓冲区被清零了。这就是为什么图形建筑 正在消失的原因。 我决定考虑一下。今天我又试了一次。我还把指标放在默认设置下。它在构建229和388中都能正常工作。与昨天的测试相比，唯一的区别在于此。我决定从旧版本开始测试，以分析哪个版本出现了错误。所有版本的指标都能正常工作。没有错误。缓冲器不被重置。我还没有遇到过这种情况。 该指标对全局变量不起作用。它不会在全局变量中为下一个会话保存信息。因此，首先为测试而推出的旧版本不可能在终端留下任何可能影响后来推出的指标版本的操作的信息。 可能是你的电脑出了问题？但是，计算机如何影响终端的运行？影响它的方式是，在测试期间，缓冲区在随机的时间点上被重置。这是个谜。 现在，在388构建中的测试正在顺利进行，初始数据与昨天出现故障时绝对相同。 Aleksandr Chugunov 2011.03.01 07:23 #109 nen:很奇怪。 昨天，在Slava发布日志后，我开始检查229的建设情况。出现了与388年相同的错误。同样的崩溃照片也在229号建筑中出现。当PPC和我在测试ZigZag时，我们偶然发现了大量专门与构建ZigZag的起点有关的故障。 可能只是各种因素的组合--起点、酒吧的数量 等。 Slava 2011.03.01 07:25 #110 Zhunko: 这在以前从未发生过。我的指标在优化后已经停止工作。现在，我必须为每一个这样的刻度填充缓冲区。上面写到了这一点。 现在窗口更新清除了指标缓冲区。 这并没有发生，因为变化计数器的计数有一个错误。完全覆盖意味着缓冲区内的一些数据可能已经改变。我们不能保证离线图中数据的完整性。 1...456789101112131415 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
所以，斯拉瓦想说的是，225的构建显示出与移除蝴蝶完全相同的效果。
请仔细检查你的代码。显然，缓冲区的重新初始化没有影响。
谢谢你。我去看看。
AlexSTAL指出的用错误的条数 重新计算的问题已经得到纠正。但这是一个非常老的错误。
谢谢你的检查，现在很清楚该往哪个方向挖了。
我们将努力找到它，修复它并尽快发布更新。
离线图呢？当使用PostMessageA(hwnd,WM_COMMAND,33324,0)更新离线图形时；在每个人工勾选时都会发生重新初始化！！。
还有一个完整的刷新正在进行中。刷新命令
目前正在进行全面的更新。刷新命令
在那里进行了全面的刷新。刷新命令
这在以前从未发生过。我的指标在优化后已经停止工作。现在，我必须为每一个这样的刻度填充缓冲区。上面写到了这一点。
现在窗口刷新会清除指标缓冲区。
很奇怪。
昨天，在Slava发布日志后，我开始检查229的建设情况。出现了与388年相同的错误。我在229号建筑中也得到了同样的崩溃图片。
那里最主要的不是蝴蝶。之字形消失了，即缓冲区被清零了。这就是为什么图形建筑 正在消失的原因。
我决定考虑一下。今天我又试了一次。我还把指标放在默认设置下。它在构建229和388中都能正常工作。与昨天的测试相比，唯一的区别在于此。我决定从旧版本开始测试，以分析哪个版本出现了错误。所有版本的指标都能正常工作。没有错误。缓冲器不被重置。我还没有遇到过这种情况。
该指标对全局变量不起作用。它不会在全局变量中为下一个会话保存信息。因此，首先为测试而推出的旧版本不可能在终端留下任何可能影响后来推出的指标版本的操作的信息。
可能是你的电脑出了问题？但是，计算机如何影响终端的运行？影响它的方式是，在测试期间，缓冲区在随机的时间点上被重置。这是个谜。
现在，在388构建中的测试正在顺利进行，初始数据与昨天出现故障时绝对相同。
很奇怪。
昨天，在Slava发布日志后，我开始检查229的建设情况。出现了与388年相同的错误。同样的崩溃照片也在229号建筑中出现。
当PPC和我在测试ZigZag时，我们偶然发现了大量专门与构建ZigZag的起点有关的故障。
可能只是各种因素的组合--起点、酒吧的数量 等。
这在以前从未发生过。我的指标在优化后已经停止工作。现在，我必须为每一个这样的刻度填充缓冲区。上面写到了这一点。
现在窗口更新清除了指标缓冲区。
这并没有发生，因为变化计数器的计数有一个错误。完全覆盖意味着缓冲区内的一些数据可能已经改变。我们不能保证离线图中数据的完整性。