向服务台报告你的错误,或向metaQuotes发送电子邮件。
这个论坛上有很多人--甚至包括版主--抱怨服务台从不回应。有更多可见的证据表明,MetaQuotes工作人员对论坛帖子的回应比对服务台帖子的回应更多。因此,不,我不打算浪费我的时间通过任何其他途径提交反馈。
你错了 ......MetaQuotes更有可能通过服务台看到你的错误报告 ......尽管服务台有时会浪费精力 ......有时他们也非常高效,我认为这取决于交给他们的任务的难度。
我的最后一个服务台请求已经完成......确实花了近2个月的时间,但这是有原因的。
cyclops993:
This forum is full of people - even including moderators - complaining that the service desk never responds. There's more visible evidence of MetaQuotes staff responding to forum posts than to service desk posts. Therefore, no, I'm not going to waste my time submitting feedback via any other route.
在论坛上发帖告诉其他人什么已经是一个 "已知的问题"。向服务台发私人帖子则不会这样做。
(再加上需要在mql5论坛上进行二次注册,以便报告 MT4的问题)。
在论坛上发帖告诉其他人什么已经是一个 "已知的问题"。向服务台发私人帖子则不会这样做。
(再加上需要在mql5论坛进行二次注册,以便报告MT4的问题)。
好吧,如果你不想这样做,但至少在相关的主题中发帖,以便MQ可能看到它。
https://forum.mql4.com/56885/page19
好吧,如果你不愿意,但至少在相关的线程中发帖,以便MQ可能看到它。
MetaQuotes删除了相关的主题!俄语线程https://www.mql5.com/ru/forum/147679 仍然存在,但英语线程在大约30分钟后神秘地消失了。我想是https://forum.mql4.com/58771
(再加上需要在mql5论坛创建第二个注册,以便报告MT4的问题)。
嗯,这就是为什么我也包括电子邮件...和你一样,我也看到有帖子说这样联系metaQuotes更快。我没有意识到你的帖子只是一个公共通知警报,下次说出来可能会有帮助。这样一来,no-own会回应要求你向mq报告_bug。会员应该向metaQuotes提供反馈,而metaQuotes应该做出回应。这是这个开发者/用户论坛的一个重要部分(我认为)。
.......而metaQuotes应该是有反应的。
你是在Photo-shop中创建这些笑脸吗。!@#$% :).总之,(今天)我是魔鬼的代言人,明天我可能就是那个B!@#$%。
Ps: 如果这能让任何人感觉好些的话.....English_Rules !!!
在新的测试版530中存在一个数组大小调整的错误。
比方说,你有以下编译过的.ex4代码(即用旧的编译器编译的)。
起初,这个EA在Build 530中运行良好。
但是,如果你改变了图表符号或时间框架(导致重新加载unitialize原因#3),试图调整数组大小时,会出现 "无法调整数组大小 "的错误。
看来,当EA因为图表符号或时间框架改变而被重新初始化时,全局范围的动态数组会变成固定数组。
这可能只适用于传统的.ex4代码。这个问题似乎并不适用于用新的v530编译器编译的代码。