错误、漏洞、问题 - 页 2308 1...230123022303230423052306230723082309231023112312231323142315...3184 新评论 ingram 2018.10.11 18:50 #23071 ingram: 我使用一个用.net编写的dll,并用DllExport包装。一切正常,但只是在第一次运行时,当我试图再次使用该dll运行测试EA时,测试器不启动。日志中没有任何错误。重新启动终端可以解决这个问题。 甚至不是这样。代理人在启动后停止工作,更换代理人可以解决这个问题。每个代理可以在测试器中运行1次,重新启动终端可以解决所有代理的问题。显然,有什么东西在代理中被挂起,是否有任何命令可以强制终止? A100 2018.10.11 18:55 #23072 Alexey Navoykov: 我没有听说过这个(关于订单)。所以,如果有封闭的领域,它们的顺序是不同的?这怎么可能呢? 这些章节本身可以按任何顺序排列。在一个部分内,秩序得到了保证。该规则在经典C++中是通用的,没有考虑到特殊情况(在C++11中是这样的,例如,如果只有一个部分--哪个部分并不重要)。还是你认为它是刚刚发明的? Nikolai Semko 2018.10.11 20:24 #23073 A100: 然后点击查找...谢谢你。明白了。 A100 2018.10.11 20:34 #23074 A100:建立1907x32...同样没有任何效果 结果:0:126,即即使是系统.dll也无法加载(126 - 找不到指定的模块)。 之前(build 1881x32)一切正常,结果是预期的:1725235200:0它们不会被加载,因为字符串不再 以任何形式传入.dll(通常的dll,包括系统的)(既不是char[]也不是ushort[],更不是字符串)。 这样一个简单的操作没有经过测试? Renat Fatkhullin 2018.10.11 20:57 #23075 A100:而且它们没有被加载,因为字符串不再 以任何形式传递给.dll(常规dll,包括系统dll)(既不是char[],也不是ushort[],更不是字符串)。这样一个简单的操作没有经过测试?在实现本地.NET DLL支持时崩溃了32位导入。我们将在明天发布一个更新的测试版。 顺便说一下,尝试导入dotnet库。不需要任何更多的束缚。 ingram 2018.10.11 21:10 #23076 Renat Fatkhullin:在实现本地.NET DLL支持时破坏了32位导入。明天将发布一个更新的测试版。顺便说一下,尝试导入dotnet库。不需要再有任何束缚。这真的是真的吗?这真的是一个很酷的消息!我已经等了多长时间了!) 有任何手册吗?或者你只是在visual studio 中生成一个dll,然后一切都能工作? Renat Fatkhullin 2018.10.11 22:53 #23077 ingram:这真的是真的吗?这真的是一个很酷的消息!我已经等了多长时间了!) 是否有任何手册?还是在visual studio中生成一个dll,然后就一切正常了?是的,它就像一个正常的本地DLL一样工作。 A100 2018.10.12 02:15 #23078 编译器挂起(构建1907x32)。 template<typename T> void f( T ); {} void OnStart() { f( 0 ); } A100 2018.10.12 14:31 #23079 Renat Fatkhullin:在实现本地.NET DLL支持时破坏了32位导入。明天将发布一个更新的测试版。 谢谢你!它的工作! fxsaber 2018.10.12 16:05 #23080 关于西里尔文的变量名称问题 关于交易、自动交易系统和测试交易策略的论坛 ChartClose + SymbolSelect /false + CustomSymbolDelete in OnDeinit or object destructor kypa, 2018.10.11 13:58 void КСекундичка::ЗатварянеВсичкотоГрафика() { int всичкото_графика = ArraySize(ч_графикчките); for(int х=0; х<всичкото_графика; х++) ChartSetSymbolPeriod(ч_графикчките[х],_Symbol,PERIOD_M1); for(int у=0; у<всичкото_графика; у++) ChartRedraw(ч_графикчките[у]); for(int й=0; й<всичкото_графика; й++) ChartClose(ч_графикчките[й]); ObjectsDeleteAll(0,"Секундичка"); }从上到下阅读for-variables,是否违反了论坛规则? 1...230123022303230423052306230723082309231023112312231323142315...3184 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我使用一个用.net编写的dll,并用DllExport包装。一切正常,但只是在第一次运行时,当我试图再次使用该dll运行测试EA时,测试器不启动。日志中没有任何错误。重新启动终端可以解决这个问题。
我没有听说过这个(关于订单)。所以,如果有封闭的领域,它们的顺序是不同的?这怎么可能呢?
然后点击查找...
谢谢你。明白了。
建立1907x32...同样没有任何效果
结果:0:126,即即使是系统.dll也无法加载(126 - 找不到指定的模块)。
之前(build 1881x32)一切正常,结果是预期的:1725235200:0
它们不会被加载,因为字符串不再 以任何形式传入.dll(通常的dll,包括系统的)(既不是char[]也不是ushort[],更不是字符串)。
这样一个简单的操作没有经过测试?
而且它们没有被加载,因为字符串不再 以任何形式传递给.dll(常规dll,包括系统dll)(既不是char[],也不是ushort[],更不是字符串)。
这样一个简单的操作没有经过测试?
在实现本地.NET DLL支持时崩溃了32位导入。我们将在明天发布一个更新的测试版。
顺便说一下,尝试导入dotnet库。不需要任何更多的束缚。
在实现本地.NET DLL支持时破坏了32位导入。明天将发布一个更新的测试版。
顺便说一下,尝试导入dotnet库。不需要再有任何束缚。
这真的是真的吗?这真的是一个很酷的消息!我已经等了多长时间了!)
有任何手册吗?或者你只是在visual studio 中生成一个dll,然后一切都能工作?
这真的是真的吗?这真的是一个很酷的消息!我已经等了多长时间了!)
是否有任何手册?还是在visual studio中生成一个dll,然后就一切正常了?
是的,它就像一个正常的本地DLL一样工作。
编译器挂起(构建1907x32)。
在实现本地.NET DLL支持时破坏了32位导入。明天将发布一个更新的测试版。
关于交易、自动交易系统和测试交易策略的论坛
ChartClose + SymbolSelect /false + CustomSymbolDelete in OnDeinit or object destructor
kypa, 2018.10.11 13:58
从上到下阅读for-variables,是否违反了论坛规则?