奇迹仍在继续! - 页 6

新评论
 

是的，一旦奇迹开始，就无法阻止它们。

而典型的是，原因很可能很简单，而且是在众目睽睽之下。但这是我们最后能知道的事情。

我不知道还能做什么。对故事文件进行一点一点的复制比较？这很简单，也很迅速。但这并不是重点。在模拟滴答声时，随机数发生器 是否会检测到不同的结果？但这样一来，它就不应该在同一个终端上完全重现了。

不知道。到目前为止，我已经干涸了））。

 

前几天，我还遇到了另一个意外事件。

我是一个平庸的mql用户，我学会了基本的功能，但我没有时间去研究这个语言的所有细微之处，照样时不时地付钱。

我的错误的实质是：我把 两个 int类型的变量的比率 分配给一个双倍 类型的变量，我得到的是0。

   int a=1;
   int b=2;
   double c= a/ b;//переменная с будет равна 0


 

同时，在与互联网断开连接后，我决定在两个终端上再次以自主模式运行TS。在MQ的终端上的测试结果是一样的，所以我不会在这里再展示。在Alpari终端上的测试结果又是完全不同的，尽管我没有在设置中碰过任何东西。现在有更多类似于用MQ终端测试的交易。

№ 时间 类型 秩序 卷宗 价格 S / L T / P 盈利 平衡
1 2009.09.02 10:55 购买 1 0.10 1.61528 0.00000 0.00000
2 2009.09.02 12:40 关闭 1 0.10 1.61966 0.00000 0.00000 43.80 1043.80
3 2009.09.03 05:25 购买 2 0.10 1.62827 0.00000 0.00000
4 2009.09.03 08:10 关闭 2 0.10 1.63116 0.00000 0.00000 28.90 1072.70
5 2009.09.03 11:05 购买 3 0.10 1.63620 0.00000 0.00000
6 2009.09.03 12:20 关闭 3 0.10 1.63842 0.00000 0.00000 22.20 1094.90
7 2009.09.04 16:35 购买 4 0.10 1.63454 0.00000 0.00000
8 2009.09.04 18:10 关闭 4 0.10 1.63972 0.00000 0.00000 51.80 1146.70
9 2009.09.08 17:05 购买 5 0.10 1.65669 0.00000 0.00000
10 2009.09.08 17:40 关闭 5 0.10 1.65220 0.00000 0.00000 -44.90 1101.80
11 2009.09.15 13:05 购买 6 0.10 1.64923 0.00000 0.00000
12 2009.09.15 14:39 关闭 6 0.10 1.64473 0.00000 0.00000 -45.00 1056.80
13 2009.09.15 18:10 购买 7 0.10 1.64387 0.00000 0.00000
14 2009.09.15 19:05 关闭 7 0.10 1.64628 0.00000 0.00000 24.10 1080.90
15 2009.09.16 17:10 购买 8 0.10 1.64977 0.00000 0.00000
16 2009.09.16 20:45 关闭 8 0.10 1.65010 0.00000 0.00000 3.30 1084.20
17 2009.09.18 11:00 购买 9 0.10 1.63482 0.00000 0.00000
18 2009.09.18 14:51 关闭 9 0.10 1.63479 0.00000 0.00000 -0.30 1083.90
19 2009.09.18 19:15 购买 10 0.10 1.62652 0.00000 0.00000
20 2009.09.21 00:00 关闭 10 0.10 1.62154 0.00000 0.00000 -49.85 1034.05
21 2009.09.21 01:40 购买 11 0.10 1.62618 0.00000 0.00000
22 2009.09.21 07:07 关闭 11 0.10 1.62168 0.00000 0.00000 -45.00 989.05
23 2009.09.21 17:40 购买 12 0.10 1.62315 0.00000 0.00000
24 2009.09.22 08:40 关闭 12 0.10 1.62798 0.00000 0.00000 48.25 1037.30
25 2009.09.23 23:20 购买 13 0.10 1.63481 0.00000 0.00000
26 2009.09.24 02:15 关闭 13 0.10 1.63579 0.00000 0.00000 9.65 1046.95
27 2009.09.25 03:30 购买 14 0.10 1.59312 0.00000 0.00000
28 2009.09.25 06:45 关闭 14 0.10 1.60030 0.00000 0.00000 71.80 1118.75

现在我不知道该怎么想，我可能会认为历史记录在某种程度上并不对应于一个终端，但在一个相同的终端上运行显示出如此出色的结果，而在另一个终端上相同的TS的运行是稳定的，它们与同一个经纪公司的报价一起工作。

但这个故事让我们得出了非常令人震惊的结论。 终端是作为一个黑匣子给我们的，没有人真正知道里面发生了什么，如果DC将其地址上传到终端，它可能会改变其他设置，而我们甚至不会知道。无论如何，这个案子显然是一个黑暗的案子。

 
storm писал(а)>>

前几天，我还遇到了另一个意外事件。

我是一个平庸的mql用户，我学会了基本的功能，但我没有时间去研究这个语言的所有细微之处，照样时不时地付钱。

我的错误的实质是：我把 两个 int类型的变量的比率 分配给一个double 类型的变量，我得到了0。


但它是来自另一种类型。这纯粹是程序错误。

 
Angela >> :

但这多少是一个不同的故事。这纯粹是一个编程错误。

我同意。

但我只能给你一个建议：把你的代码发给专业人士。 顺便说一句，有一个人提供了（据我所知）这样的帮助。

 

做了另一个实验，安装了另一个从Alpari服务器上下载的终端，在上面运行TS，结果和前两个终端不一样。

№ 时间 类型 秩序 卷宗 价格 S / L T / P 盈利 平衡
1 2009.09.01 12:15 购买 1 0.10 1.62351 0.00000 0.00000
2 2009.09.01 15:13 关闭 1 0.10 1.61902 0.00000 0.00000 -44.90 955.10
3 2009.09.02 11:00 购买 2 0.10 1.61561 0.00000 0.00000
4 2009.09.02 12:40 关闭 2 0.10 1.61966 0.00000 0.00000 40.50 995.60
5 2009.09.02 22:45 购买 3 0.10 1.62762 0.00000 0.00000
6 2009.09.03 10:55 关闭 3 0.10 1.63641 0.00000 0.00000 87.75 1083.35
7 2009.09.04 16:30 购买 4 0.10 1.63389 0.00000 0.00000
8 2009.09.07 02:15 关闭 4 0.10 1.63976 0.00000 0.00000 58.65 1142.00
9 2009.09.09 11:20 购买 5 0.10 1.65119 0.00000 0.00000
10 2009.09.10 11:45 关闭 5 0.10 1.64980 0.00000 0.00000 -14.05 1127.95
11 2009.09.10 13:45 购买 6 0.10 1.66131 0.00000 0.00000
12 2009.09.10 17:00 关闭 6 0.10 1.66720 0.00000 0.00000 58.90 1186.85
13 2009.09.11 11:15 购买 7 0.10 1.67063 0.00000 0.00000
14 2009.09.11 16:03 关闭 7 0.10 1.66613 0.00000 0.00000 -45.00 1141.85
15 2009.09.11 18:05 购买 8 0.10 1.66953 0.00000 0.00000
16 2009.09.14 02:02 关闭 8 0.10 1.66503 0.00000 0.00000 -45.05 1096.80
17 2009.09.15 10:40 购买 9 0.10 1.66276 0.00000 0.00000
18 2009.09.15 11:23 关闭 9 0.10 1.65817 0.00000 0.00000 -45.90 1050.90
19 2009.09.16 05:07 购买 10 0.10 1.64748 0.00000 0.00000
20 2009.09.16 08:40 关闭 10 0.10 1.64598 0.00000 0.00000 -15.00 1035.90
21 2009.09.16 16:50 购买 11 0.10 1.64857 0.00000 0.00000
22 2009.09.16 22:20 关闭 11 0.10 1.64977 0.00000 0.00000 12.00 1047.90
23 2009.09.18 08:00 购买 12 0.10 1.63806 0.00000 0.00000
24 2009.09.18 08:46 关闭 12 0.10 1.63356 0.00000 0.00000 -45.00 1002.90
25 2009.09.23 23:15 购买 13 0.10 1.63482 0.00000 0.00000
26 2009.09.24 02:25 关闭 13 0.10 1.63664 0.00000 0.00000 18.05 1020.95
27 2009.09.24 17:30 购买 14 0.10 1.60743 0.00000 0.00000
28 2009.09.24 18:25 关闭 14 0.10 1.60646 0.00000 0.00000 -9.70 1011.25
29 2009.09.25 03:20 购买 15 0.10 1.59272 0.00000 0.00000
30 2009.09.25 06:40 关闭 15 0.10 1.59865 0.00000 0.00000 59.30 1070.55
31 2009.09.25 16:20 购买 16 0.10 1.60157 0.00000 0.00000
32 2009.09.25 16:39 关闭 16 0.10 1.59709 0.00000 0.00000 -44.80 1025.75

而我们还在等什么呢？在这种情况下，如果TS从一个终端转移到另一个终端，不仅优化的参数，而且整个TS的逻辑都会崩溃，那么我们怎么能谈得上优化TS呢！？而就我的直觉而言，这些问题与市场根本没有关系。"如何继续生活下去？贫穷的农民将去哪里？"白人会来抢劫，红人会来抢劫！"

 
storm писал(а)>>

我同意。

我只能建议你把你的EA的代码发给一个专家，顺便提供一个（据我所知）这样的帮助。

如果问题出在代码上，在MQ终端上，TS的运行也不稳定。我在这个终端上每天做了数百次运行，调试TC的逻辑，没有发现任何这样的问题。

 

安吉拉，让我问你一个问题...

你是否将MK终端与Alparev的模拟账户连接在一起？如果你不知道服务器的名称或IP，一切都一样吗？

无论是哪种方式，很明显，报价或交易设置出了问题!

 

这样试试吧。

  1. 卸载这两个终端并将其安装在新的目录（文件夹）中。
  2. 将历史记录加载到Alpari终端。
  3. 断开互联网，在测试完成前 不要打开互联网。
  4. 从Alpari终端导出报价到一个文件。
  5. 从提取的文件中下载报价到MQ终端。
  6. 在两个终端中运行你的专家顾问。
 
DC2008 писал(а)>>

这样试试吧。

  1. 卸载这两个终端并将其安装在新的目录（文件夹）中。
  2. 将历史记录加载到alpari终端。
  3. 断开与互联网的连接，在测试完成之前不要再打开互联网。
  4. 从Alpari终端，将报价导出到一个文件。
  5. 将结果文件中的引号加载到MQ终端。
  6. 在两个终端运行你的EA。

你是个小丑。低级格式化硬盘并重新安装Windows怎么样？

12345678
新评论