错误、漏洞、问题 - 页 1279

新评论
[删除]  

当用CopyTicks()获取tick历史时，终端的前一个工作时段的ticks被返回，这与函数的描述相矛盾。

MQL5: Добавлена функция работы с тиковой историей CopyTicks. Функция позволяет получить массив тиков, накопленных терминалом за текущую рабочую сессию. Глубина получаемых тиков ограничена последними 2 000.

向开发者提问。它会被修复吗？有没有可能让终端 在启动 时从MQ服务器（或代理）传输最后的N个ticks，这样它就不必等待累积的历史记录了？只是不太可能有人因为过去一些未知的N个蜱虫而需要蜱虫病史。服务台#1162481

 

我在隐私设置中删除了 "新截图 "的复选框，也就是说，在我的饲料中应该没有发布的帖子。

我的饲料确实不包含这个信息。然而，关于发布新截图的信息出现在我的朋友圈。

ZS：如果应该是这样的话，那么事实证明，这种设置与隐私完全没有关系 )

[删除]  
sanyooooook:

我在隐私设置中删除了 "新截图 "的复选框，也就是说，在我的饲料中应该没有发布的帖子。

我的饲料确实不包含这个消息。 然而，关于发布新截图的信息出现在我的朋友圈。

ZS：如果应该是这样，那么事实证明，这种设置与隐私完全没有关系 )

谢谢你的留言。

关于你的截图的帖子不应该出现在你的朋友圈里。这个错误很快就会被修复。

 
打开了四个MT5终端，它们开始更新到b.1079。正常加载更新，正常去重启。他们中只有一半人设法从重启中脱身，而那是意外。
原因就是这个更新。下面是一张更新一个MT5终端的交易系统的过程图，更新前后的交换文件。

当升级到b.1085时，一切都保持不变。

你对终端做了什么，让一个终端弄坏了2Gb的交换文件？

系统中没有 "重型 "指标。最 "重 "的一个只需要7微秒就能加载，两个-5，一个-4，其他-1微秒或更少。

作为比较，CodeBase的指标JMA在我的电脑上需要110微秒，但系统中没有使用。


因此，更新后的MT5立即埋葬了我的交易系统，--即使在一个终端中也无法工作，--我也相应地埋葬了它。

当MT5在一个瓶子里有一个游泳池、一个商店和一个厕所时，就必然会发生这种情况。

好的MT5的怪物化很早就开始了。当MT5以前的版本中的垃圾量接近1Gb时，我开始担心，同时将系统完全切换到MT4平台。事实证明，这不是徒劳的。

该系统同时分析8个TF，其中三个可以在图表上看到。该系统的主要交易信号是在仪器测量的基础上产生的。

供/求比例，所以它们是客观的。

下面--5个MT4终端同时打开（不同货币对），使用同一个交易系统，到目前为止，没有任何问题。



 
s2101:
打开了四个MT5终端，它们开始更新到b.1079。正常加载更新，正常去重启。他们中只有一半人设法从重启中脱身，而那是意外。
原因就是这个更新。下面的图表显示了更新一个MT5终端的交易系统的过程，更新前后的交换文件。

为什么你隐藏了截图中的物理内存，却没有忘记交换文件？

另外，在解决如此重要的问题时，你忘了附上进程部分的截图，在那里你可以看到每个进程的实际内存消耗和运行线程的数量。

 

据我了解，MT5 1085在设置注释（Comment）方面有一个竞赛条件。

问题是这样的--在一个单独的窗口中，有一个带有代码的指标。

int OnInit(){
   Comment("AAAAAAAAAAAAAAAAAAAAAAAAA");
}

void OnDeinit(const int reason) {
   Comment("");
}

如果我们在同一个图表上运行指标的2个实例，并切换TF，我们在评论 中看到了什么？
在90%时，它将是""。(不同线程中的不同队列是否有不同的优先级，从OnInit 和OnDeinit 下设置评论....)

 

编译错误

template<typename T>
string ETS( T t ) { return ( typename( t ) == "int" ? "OK" : ::EnumToString( t ) ); }
enum ENUM {     ENUM__ };
void OnStart()
{
        ENUM i1 = ENUM__;       Print( ETS( i1 )); //нормально
        int  i2 = 0;            Print( ETS( i2 )); //ошибка компиляции
}
如果类型在编译时已经知道，为什么还要在第二种情况下计算::EnumToString( int )？
 
ALXIMIKS:

在90%时，它将是""。

预期的是什么？一个是写，一个是擦。
 
A100:
预期的是什么？一个是写，一个是擦。
你忘记了第二篇文章。

有两次写入和两次擦除。它们很可能是异步的。
擦除应该在写之前，但不幸的是，它不是。
 

编译器未能检测到这个错误（它确实检测到了--至少第二个#endif不见了），导致未能检测到更重要的错误

#property library
#define __MQL5
#ifdef  __MQL5
#ifndef __MQL5
#else
#else
#endif


1...127212731274127512761277127812791280128112821283128412851286...3184
新评论