错误、漏洞、问题 - 页 3023

 
A100:

不幸的是,这种情况一直 都存在

而且可能在很长一段时间内都是如此。

终端在启动时清理收藏夹中不存在的程序是合乎逻辑的。
,或者发出类似 "嘿,程序员,别难过,你最好跳过查尔德!"的信息。文件丢失了!"。

而现在同样的事情发生了,系统没有运行Paint.exe,而是运行格式化的c

 

优化=0

不起作用--要么是0,要么是1--编译时间是一样的。以前(去年)一切都编译得足够快,现在则需要很长时间。

 
A100:

不起作用--要么是0,要么是1--编译时是一样的。早些时候(去年),一切都编译得足够快,现在需要很长的时间。

使用mqh功能。mqh编译不使用优化,因为不需要优化(不生成可执行代码)。

 
Andrei Trukhanovich:

使用mqh功能。 在编译mqh时,不使用optimize=0,因为不需要它(不生成可执行代码)。

我找到了一个更简单的方法,打开一个 不需要的项目,取消对优化的勾选--一下子快了5倍,但谁阻止了优化=0还不清楚,从命令行快速编译库也不起作用

 

十多个MT5终端正在运行。逻辑核心的负载不均匀。

  • 一个终端可以使用多少个内核?
  • MT5是自己选择操作的核心还是操作系统?
  • 是否有可能将终端的工作均匀地分配给各核心?
 

我如何在MT5中获得我在MT4中可以看到的这个字段的值?


分享总是产生正确的保证金值的函数。不幸的是,OrderCalcMargin 说谎。而且这种选择 也不是万能的。

 
fxsaber:

分享一个函数,它总是产生正确的保证金值。不幸的是,OrderCalcMargin 说谎。而且这种选择 也不是万能的。

我要求开发者理解OrderCalcMargin的不正确工作!


请从终端在服务器ForexTimeFXTM-Demo01 上开一个模拟账户,并在EURSEK上运行这个脚本。

// Выводит количество маржи для открытия Buy-позиции на 1 лот.
void OnStart()
{
  double Margin;
  
  if (OrderCalcMargin(ORDER_TYPE_BUY, _Symbol, 1, SymbolInfoDouble(_Symbol, SYMBOL_ASK), Margin))
    Alert(Margin);
}


我们得到了这种不匹配。

绝对是通过MQL提供的所有符号/账户设置,我检查过。一切都是正确的。我感觉经纪人那边有一个设置,在终端中是没有的。可能是这个

有很多类似的符号。如何正确地进行交易还不清楚。由于该错误对交易终端来说是至关重要的,请对此作出评论。很容易在现场遇到MarginCall。

 

截图显示,与MT4不同,在MT5上,无法识别符号的杠杆/保证金。


 
fxsaber:

截图显示,与MT4不同的是,MT5上没有办法知道一个符号的杠杆/保证金。

SymbolInfoMarginRate ?并用手计算保证金,大约是

if(IsSymbForexCFD)
    Result=GetLastPrice(SymbName)/GetForexSymbLeverage(SymbName)*GetSymbolTickValue(SymbName)/GetSymbolTickSize(SymbName);