错误、漏洞、问题 - 页 1692 1...168516861687168816891690169116921693169416951696169716981699...3184 新评论 fxsaber 2016.09.21 09:33 #16911 两个具有相同内容的来源占用不同的字节数(两次不同)。在某些时候,似乎有一些unicode的摆弄在进行。一般来说,我怎样才能使一个大文件占用一半的字节数?同时,使来源的文本保持不变。 fxsaber 2016.09.21 09:38 #16912 fxsaber:两个具有相同内容的来源占用不同的字节数(两次不同)。在某些时候,似乎有一些unicode的摆弄在进行。一般来说,我怎样才能使一个大文件占用一半的字节数?同时,使源文本保持不变。我把大文件的内容复制到记事本中,并保存到新文件中。它变成了一半的大小。如何使元编辑不产生 "厚"? TheXpert 2016.09.21 09:41 #16913 fxsaber:那么如何使元编辑不创建 "胖 "的呢? 你不能。每次都是一个新的尺寸。 Sergei Vladimirov 2016.09.21 09:43 #16914 fxsaber: 你会先运行它。这个错误只出现在这里,之前的所有调用都顺利通过。这个人真的很奇怪。这里的优点在三个电话中都是错误的。这是一个不同的故事。不,它是一样的。我在调试器中查看了方法调用:注释了你例子中的最后一个调用,在类的 两个方法 上都设置了断点,开始调试。断点被从void func(const int&)方法中移除,也就是说,编译器踢出了这个方法,因此,歧义被消除了。而如果你用一个常数参数调用一个函数,编译器显然不会删除带有引用的方法,结果就是一个无法解决的重载......类似这样的事情。在任何情况下,你的代码在C++中是有缺陷的。 TheXpert 2016.09.21 10:05 #16915 Sergei Vladimirov:在任何情况下,你的代码在C++中是有缺陷的。在mql中,有额外的引用填充。无论怎样,我都不喜欢上面代码中的行为。void f(const int& x) {} void OnStart() { f(5); // ошибка } fxsaber 2016.09.21 10:08 #16916 Sergei Vladimirov:这个人真的很奇怪。在这三次通话中,这里的加号都有一个错误。 在这种情况下,我根本不希望有向C++的变化。 fxsaber 2016.09.21 10:10 #16917 Комбинатор:在mql中,有一些额外的连接装置。总之,我不喜欢上面代码中的行为。void f(const int& x) {} void OnStart() { f(5); // ошибка } 这里的错误是正确的。 Sergei Vladimirov 2016.09.21 10:10 #16918 fxsaber: 在这种情况下,我根本不希望有向C++的变化。现在,这就是辩论的合唱 问题。我只是告诉你 "狗在洞里的位置"。顺便说一下,其行为与C++中的相同,但如果我们只留下前两个调用,编译器会抛出其中一个函数,所以不确定性就消失了。但这仍然是一个错误,只是由编译器自动修复。 TheXpert 2016.09.21 10:12 #16919 fxsaber: 这里的错误是正确的。 是的,但在我看来,根本就不应该有一个 ) fxsaber 2016.09.21 10:12 #16920 Sergei Vladimirov: 但这是一个 值得商榷的问题。:)我只是回答你 "狗藏在哪里"。那里真的没有狗。重载中的优先级可以在编译器中设置,就像开发者对前两个调用所做的那样。 1...168516861687168816891690169116921693169416951696169716981699...3184 新评论 原因: 取消 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
两个具有相同内容的来源占用不同的字节数(两次不同)。
在某些时候,似乎有一些unicode的摆弄在进行。
一般来说,我怎样才能使一个大文件占用一半的字节数?同时,使来源的文本保持不变。
两个具有相同内容的来源占用不同的字节数(两次不同)。
在某些时候,似乎有一些unicode的摆弄在进行。
一般来说,我怎样才能使一个大文件占用一半的字节数?同时,使源文本保持不变。
我把大文件的内容复制到记事本中,并保存到新文件中。它变成了一半的大小。
如何使元编辑不产生 "厚"?
那么如何使元编辑不创建 "胖 "的呢?
你会先运行它。这个错误只出现在这里,之前的所有调用都顺利通过。
这个人真的很奇怪。这里的优点在三个电话中都是错误的。
这是一个不同的故事。
不,它是一样的。我在调试器中查看了方法调用:注释了你例子中的最后一个调用,在类的 两个方法 上都设置了断点,开始调试。断点被从void func(const int&)方法中移除,也就是说,编译器踢出了这个方法,因此,歧义被消除了。而如果你用一个常数参数调用一个函数,编译器显然不会删除带有引用的方法,结果就是一个无法解决的重载......类似这样的事情。在任何情况下,你的代码在C++中是有缺陷的。
Sergei Vladimirov:
在任何情况下,你的代码在C++中是有缺陷的。
在mql中,有额外的引用填充。无论怎样,我都不喜欢上面代码中的行为。
这个人真的很奇怪。在这三次通话中,这里的加号都有一个错误。
在mql中,有一些额外的连接装置。总之,我不喜欢上面代码中的行为。
在这种情况下,我根本不希望有向C++的变化。
现在,这就是辩论的合唱 问题。我只是告诉你 "狗在洞里的位置"。
顺便说一下,其行为与C++中的相同,但如果我们只留下前两个调用,编译器会抛出其中一个函数,所以不确定性就消失了。但这仍然是一个错误,只是由编译器自动修复。
这里的错误是正确的。
但这是一个 值得商榷的问题。:)我只是回答你 "狗藏在哪里"。
那里真的没有狗。重载中的优先级可以在编译器中设置,就像开发者对前两个调用所做的那样。