错误、漏洞、问题 - 页 723

 
sergeev:
删除这个变量后,又出现了错误?
是的,在32位和64位上都一样。而当我在寻找原因时,我把整个方法的片段、最近增加的功能等都放到了评论中。- 并没有解决这个问题。
 
Vigor:
是的,在32位和64位上是一样的。而当我在寻找原因的时候,我把整个方法的片段、最近增加的功能等等,都放到了评论中。- 并没有解决这个问题。

最大的不便是在一个较小的代码中重复相同的错误,以发送至服务台。

顺便说一下,在另一台电脑上测试。

我有一台笔记本电脑,所以它发出了这样的错误,在这样平坦的地方,我不可能一下子想到。
他就像一个有经验的测试员一样发现了隐藏的错误。而在我可以使用的其他电脑上,该代码的工作没有错误。

 
是否有一个移动版 的网站?现在的情况很好,但只有论坛本身是可以查看的。
 

对象描述的 颜色与风格无关。虫子还是虫子?

Документация по MQL5: Стандартные константы, перечисления и структуры / Константы объектов / Свойства объектов
Документация по MQL5: Стандартные константы, перечисления и структуры / Константы объектов / Свойства объектов
  • www.mql5.com
Стандартные константы, перечисления и структуры / Константы объектов / Свойства объектов - Документация по MQL5
 
Zeleniy:
是否有移动版的网站?
这是在发现没有问题后的一个问题吗?
 
sergeev:

最大的不便是在一个较小的代码中重复相同的错误,以发送至服务台。

顺便说一下,在另一台电脑上测试。

在较小的代码中--不可能工作。不同电脑上的32和64位终端。但问题至少是这样解决的。顺便说一下,我在这个层次结构中又增加了一个中间类,并删除了假的变量--一切正常。也许EX5的保护功能在某处被触发了。或者是杀毒软件捡到了签名。我在所有的机器上都安装了avast。我在这里附上ex5,也许是杀毒软件的问题。
附加的文件:
 
Vigor:
在较小的代码中--没有办法。不同电脑上的32和64位终端。但问题已经解决了,至少是这样。顺便说一下,我在这个层次结构中又增加了一个中间类,并删除了假的变量--一切都正常。也许EX5的保护功能在某处被触发了。或者是杀毒软件捡到了签名。我在所有的机器上都安装了avast。我在这里附上ex5,也许是杀毒软件的问题。
最有可能的是,这是优化器的一个奇迹。 最好是向服务台投诉--我们都希望优化器工作得完美无缺。 我昨天也遇到了五次bug,而且不是一个坏的bug(访问违规,等等...)。.FFAD89FFFFFFFFFFF),我无法重现,该死的,这将是好事,它应该修复优化器......而有趣的是,在调试器下,许多这样的bug并没有重现--一切工作正常。还有建造时的故障。:)
 

好吧,那我就在几天内把我发现的虫子加入我的收藏。

64位版本在630版本中变成了一个完全的垃圾。它撞得粉碎。

- 而关于将字符串转移到函数中(字符串内容在最后被之前的一些垃圾所取代,或者串联双击,目前是由它自己决定。在传递之前,我把函数中的字符串分配给中间的字符串变量)。
- 当处理不再是NULL的赋值字符串时(这里是Access违规,这个应用程序在servicedesk挂起,但我怎么说你的问题 "我们不重复" - 我不知道:)
- 和来自wininet.dll的请求(终端在崩溃中关闭,并提议将崩溃发送给微软!通过将传递参数的类型从字符串改为int [] 数组,问题暂时得到解决)
- 而在CFastFile::ReadInteger(SHORT_VALUE)类的函数上(它给出的值都不清楚,起初将读取数组的结果重新分配到中间变量中是有用的,但后来也失败了。而最主要的是, 在调试模式下 它从不重复。:)
- 而64版的EA加载 速度是32版的三倍 (在调试模式下稍快一些)。

简而言之,64位版本是我见过的最蹩脚的一个。

而且所有的错误都感觉是来自同一个领域。在专门处理函数和字符串数据返回/转移时出现了某种问题。


如果所有这些错误都分布在不同的应用程序中,被访问和大量的代码所束缚,我怎么能在服务台中解释所有这些东西呢?+ 直到你在服务台写下这一切,你将需要几天时间来记录和跟踪这一切。这是不现实的。

而在32位版本中,一切都很完美。转 移字符串时,只有第一个问题是重复的。

 
sergeev:

而且所有的错误都感觉是来自同一个领域。函数和字符串数据的返回/转移有问题。

是的,没错,我在处理字符串方面也出现了故障。 函数正在从其他函数返回的块中构建一个长字符串(OpenCL程序生成)。在调试器中,它就像时钟一样--构建崩溃并显示 "Acces Violation"...。;)

我正准备写信给服务台,但突然间它就启动了,而且工作了。:) 我再也无法重现它了(尽管我试图诚实地去做),那么为什么还要把它送到服务台呢? 剩下的就是抱怨和投诉了。

 

必须是 "有线 "或 "无线 "或 "有线"