错误、漏洞、问题 - 页 166

[Владимир]

Renat:

Cybernet?

笔记本电脑现在在自己的资源管理器下生活（Windows设置是次要的），立即从睡眠/hybernet中复活。我是根据自己的机器来判断的。

直觉告诉我这里有问题。我的笔记本电脑也不能用鼠标一扫就能从Gyber中出来。不要紧，我再试试。这不是那么容易复制的。

如果有的话，就会通过服务台。

[Aleksandr Chugunov]

Erm955:

直觉告诉我这里有问题。我的笔记本电脑也不能用鼠标一扫就能从Gyber中出来。不要紧，我再试试。这不是那么容易复制的。

为什么要使你的生活复杂化？首先看看操作系统的事件，那是它进入睡眠状态的方式。

[Владимир]

AlexSTAL:

为什么要使你的生活复杂化？先看看操作系统的事件，这是它过渡到睡眠的方式。

我查了一下日志，但现在我不记得错误出现的时间点了。它不一定会去睡觉。可能最好是等到错误再次出现时，立即去看日志，否则我就得翻阅所有的资料。

[Anton]

vesel:

处理文本时的一个错误。

当用组合键（Ctrl+鼠标左键）复制文本时，字体总是Arial，尽管在属性中是其他字体。

再按属性，参数，其中的字体，点击确定，然后它就会改变。

同样的错误，还有在处理文本标签和绘制图形时（没有保存日期比例参数，即没有复选标记，但比例是，点击确定，然后改变）。

请修复它。

谢谢你的留言。将被修复。

[Konstantin Chernov]

这个 "符号不匹配 "的警告是什么？
整个EA有两个这样的块和两个警告（CountTry是EA的一个变量）。

         ExitMain = 0;
         while (nExitMain < CountTry)
          {

           ....

          } 

这个警告是什么："可能使用了未初始化的变量"？

在案例结构中，无论哪里的变量被初始化，都会出现这个警告，我有10个警告，没有什么....。

   switch(pType)
     {
      case 0:
         MainPrice = ....;
         break;

      case 1:
         MainPrice = ....;
         break;
     }
   if(MainPrice > .. )
     {
      ....

     } 

[Renat Fatkhullin]

符号不匹配--很可能是有符号和无符号整数的混合。

未初始化的变量 - 意味着该变量在未初始化时保证有一个传递分支。例如，default在switch中被显式省略，其中MainPrice应该被显式初始化（或者在声明时显式归零）。

[Konstantin Chernov]

Renat:

符号不匹配 - 很可能是混合了符号和无符号整数。

未初始化的变量--意味着当一个变量未初始化时，保证有一个传递分支。例如，在switch中明确省略default，MainPrice应该被明确初始化（或者在声明时被清零）。

谢谢你，所有的警告都消失了。

1个符号不匹配 - 那是一个有符号和无符号的整数

2个未初始化的变量--但我只是在开关中初始化了买入-0或卖出-1，这取决于头寸类型 和默认值是不需要的...。

[Renat Fatkhullin]

Konstantin83:

2个未初始化的变量--但我只是在开关中初始化了买入-0或卖出-1，这取决于头寸类型，默认情况下是没有必要的。

用人类的话来说，这是 "有点不必要的"。实际上，在编写防错程序时，这是非常必要的。

MQL5编译器在每次构建时都变得更加强大，可以捕捉到交易者程序中的严重错误。不是每个商业C++编译器都能追踪所有的变量初始化链并给出警告。

[Konstantin Chernov]

Renat:

用人类的话来说，这是 "有点不必要的"。但实际上，在编写防错程序时，它是非常必要的。

MQL5编译器在每次构建时都变得更加强大，可以捕捉到交易者程序中的严重错误。不是每个商业C++编译器都能追踪所有的变量初始化 链并显示警告。

我不争论，但在我的案例中，我知道会有两种事件的变体，我根据这一点来初始化它们......

因此，这是一个伟大的事情...例如，发现几个在EA中没有使用的变量)

[Valerii Mazurenko]

notused:

这里有一个注意到的故障（在投资者密码下，构建342）。

它没有工作（虽然这可能只是一个GUI故障）

https://www.mql5.com/ru/forum/1111/page159/#comment_28838

在344年，它一直保持这种状态。

另外，我想对周末后的off_quotes进行评论，OrderCheck并没有捕捉到这一点--这是否有必要，或者是否可以修复？