调试DLL?在MT4和MT5中

 

无法在任一终端开始调试外部DLL。 终端MT5(64位)意外终止。

该怎么做。我需要的代码是DLL?

请告知如何做到这一点。如何寻找错误。我读到,这种禁止调试的规定是故意做出的,但我不明白为什么他们说可以使用外部库。

坦率地说,我不明白--原来这就是对用户的这种蓄意谋杀。目前还不清楚他们犯了什么罪。我很生气,以至于我想说--"你们这些metatrader的同伴是虐待狂还是什么?你们是这里的成年人。调试有什么问题?

我现在将尝试说服你--

过去很明显,MT4是独一无二的。但现在,感谢上帝--有足够的类似程序来满足各种口味和颜色。我会换成另一个,我甚至已经下载了它。但我懒得重新培训,重新理解那些系统的意识形态,有点想在他们的劳动中节省。但我说实话--SEEMS我必须重新训练。我已经在看这个http://www.fxcm.com/lp-strategy-trader-beta.html,它不是在宣传一般的这个东西,只是把你带到有这样的事实,例如有一个非常真实的替代方案。你根本就没有机会工作。你已经一无所有了,就不要再偷了。没有必要隐藏。请迅速打开它--我想在MT5上工作,但我现在不能这样做。

 

我们还没有调查过在Five中调试dll的情况。

 
stringo:

我们还没有探讨过在Five中调试dlls的问题

我的意思是允许从外部调试器进行调试。从视觉工作室。

我真的坐在这里,在新的五或四中,我不能做任何事情。N-i-n-g-o.由于指标根本不调试,外部库也因为保护而不调试。

以前在第四个困难的时刻,总是有可能在DLL中引入外部库,并在那里进行调试(好在这还是钱,我想确保没有错误!)现在在第四个禁止调试,在第五个没有调试。我只是对你的程序无能为力。当我有了灵感,我就会鼓起勇气,在我上面引用的程序的帮助下,开始用C#调试程序。你想达到什么目的?我不明白。你已经完全切断了氧气。我从来没有停止过对你对用户的态度感到惊奇。

 

如果你深入思考,我们的立场很明确--我们保护终端和专家免受黑客攻击。

这最终也是对用户的保护。

 
Renat:

如果你深入思考,我们的立场很明确--我们保护终端和专家免受黑客攻击。

这最终也是对用户的保护。

我很抱歉,你不理解我。最后,对我来说,能够做一些事情更重要。而不是只为我受到保护而高兴。

我还有两个论点--首先,我不会在没有源代码的情况下推出别人的专家,也不打算这样做。第二个论点是,你应该知道,这种保护措施对最严重的黑客和入侵者也不起作用。他们只阻碍了开发者(我们)。

然后还有更多的推理--假设你的系统被黑了......。有一次,一些超级黑客拿着它,黑了它。他放出了一个自动破解器,现在只要你的保护版本没有更新,这个自动破解器就会工作。所以不会有任何保护。假设几个月后,一个新的保护版本出来了,它已经知道如何一旦打破,将打破得更快,黑客的数量将更广泛。也就是说,只产生了保护的假象,同时,贫穷的用户被剥夺了更有效和方便地开发程序的机会。

创建软件保护甚至在理论上是不可能的。更准确地说,理论上证明了这种保护的产生是不可能的。

试想一下,如果有可能创造一个真正有效的保护,世界上就会有更多的百万富翁。

也就是说,你的程序的用户最终会受到影响,而其他程序的用户则不会受到影响(而且工作得很舒服)。

也就是说,他们比你有如此显著的竞争优势。

 

你想的方向不对--防止EX5格式反编译。

我们已经向要求 "让我们在DLL中调试 "的交易商让步了一次,并立即得到了一个EX4反编译器。

 
Renat:

你想的方向不对--防止EX5格式反编译。

我们已经向要求 "让我们在DLL中调试 "的交易商让步了一次,并立即得到了一个EX4反编译器。

我在想,我个人并不关心是否有人对我的程序进行反编译。我不打算(作为一个正常的开发者应该)如果我把程序传给别人,就不赠送源代码。

就我个人而言,作为一个最典型的大众用户,我并不关心那些挣扎的程序员的问题,他们出售的手工艺品没有来源。以为这样就能赚到钱。

所以我真的不明白--你为什么不看看你给开发者制造了什么巨大的问题。特别是,如果有人需要隐藏这样的东西,他应该只是把代码放到一个外部的库里,甚至是一个程序里,这就够了。

我的意思是,我不明白为什么我必须受苦,为什么我被迫学习其他终端。

 
问题是什么? 开发商的立场非常明确。如果你有一个 严肃的项目,而且你不能不把一些逻辑转移到DLL中,那么就用另一个程序(专门为DLL调试设计的)来仿真脚本,如果你开始创建DLL,那么创建仿真器就没有问题。在不接触终端的情况下,尽情地享受调试的乐趣。
 
Kos:
问题是什么? 开发商的立场非常明确。如果你有一个严肃的项目,而且你不能不把一些逻辑传递到DLL中,那么在另一个程序(专门为DLL调试创建的)的帮助下模拟脚本,如果你承担了创建DLL的任务,模拟器就不应该是一个问题。在不接触终端的情况下,尽情地享受调试的乐趣。

是的,没错,然后把整个MT放到模拟器中,如果你幸运的话,你也能为它写出服务器部分。:)

但说真的,我认为模拟器是这个问题的最佳解决方案。

 
Kos:
其实问题出在哪里? 开发商的立场很明确。如果你有一个严肃的项目,而且你不能不删除DLL中的一部分逻辑,那么在另一个程序(专门为DLL调试创建的)的帮助下模拟该脚本。在不接触终端的情况下,尽情地享受调试的乐趣。

这是关于如何打败终端所产生的愚蠢行为的建议吗?创造它的意义何在?也许只要摆脱那些在任何事情上都没有任何区别的人为困难就可以了。既不是为了防止创建反编译器,我表明了原因--因为至少黑一次就够了,也不是为了防止黑客攻击。

这就是为什么我不理解这种保护的好处。而且我不明白为什么我不明白,而开发公司却不明白。

至于仿真,我想了想,结果发现这只是某种疯狂的行为!对不起,那就让他们给这样一个带终端的模拟器吧。:)

 
我的建议是一个简单的解决方案,在设计 和调试DLL时可以节省大量的时间。
原因: