第6号错误 - 页 22

 
因此,错误已经转移到另一个平面。让我们收集事实
 
因此,错误已经转移到另一个平面。让我们把事实搞清楚。


它看起来像...
 
测试了一下 =(
53次尝试--只有第一次是成功的。7个错误#6,其他#128。
重新启动终端后--所有东西都一下子工作了。

我的日志也显示ExpertTradeContext:超时(180000)。
我将把日志发给stringo...

顺便说一下,邮件是有效的,但有一个错误(不经常发生)。
SMTP。354 输入信息,以". "结尾,单独成行
 
我还注意到一个非常有趣的事情--订单设置功能的运行时间是180秒,即18万毫秒......
这不是我的睡眠,是订单发送本身在等待....
我没有无休止的滑动,直到设置的那一刻:只有交易之间的暂停(现在是0)和错误后的暂停(128后没有暂停,6后--我已经暂时禁用)。

我们的结论是--Ordersend在180秒内请求连接到服务器,然后给出一个错误;)

zy:连接,当然,有....。
 
我还注意到一个非常有趣的事情--订单设置功能的运行时间是180秒,即180000毫秒......<br / translate="no"> 这不是我的睡眠,是订单本身的等待....。
在安装之前,我没有无休止的滑动:只有交易之间的暂停(现在是0)和错误之后的暂停(128之后 - 没有,6之后 - 暂时禁用)。

结论:Ordersend请求连接到服务器180秒,然后出现错误;)

ss: 连接,当然,是....


已经很有意思了...
 
错误很快重现--重新启动后20分钟,就这样了=)

有几次在重启终端后,整个终端的连接失败......
 
我认为上次预构建中命运多舛的 "错误6 "已经消失,但另一件事开始出现:"ExerciseTradeContest:超时(180,000)"....

类似地
 
元客户。

创建一个专家,他将收集并自动给你发送各种信息以解决问题。
例如,我很乐意在我的上运行它,以帮助更快地找到一个解决方案,而不是一直在打探。
 
所以,正如我所理解的那样,因为资源泄漏而出现错误。问题--你是用什么东西(如BoundsChecker)来搜索这种东西,还是用手+头来搜索?

调试日志的可能性对你来说是有用的,那么更多或更少的高级用户不仅可以依靠他们的观察,而且还可以提供一段日志,通过它可以确定一个错误的性质。
我所说的调试日志是指详细记录了程序所执行的操作的日志。类似这样的事情。
Socket creation: created (descriptor 0x00001053)<br / translate="no"> Connection to 12.34.56.78:12345: error WSAECONNREFUSED: The attempt to connect was forcefully rejected.
插座创建:错误WSAEMFILE:没有更多的插座描述符可用


当然,要在整个程序中做日志记录--这是一项漫长而费力的任务,所以你至少应该在关键的地方做日志记录,根据错误报告,那里可能有一个错误。就个人而言,我肯定会包括这样的日志,即使它会写出数百兆字节的巨大日志。
 
Methaquotes.

那么需要帮助吗?
我希望最终能够测试并正常工作。
一个多月以来,我不得不用手做所有的事情--我不能在模拟账户或真实账户上与专家交易。