MetaTrader 4 IDE的测试版，包括新的MQL4编译器和编辑器 - 页 8 123456789101112131415...23 新评论 Victor Nikolaev 2013.09.20 07:29 #71 TarasBY: 你的代码是 "更接近重点"。公共领域中很少有 "不值得重做 "的东西。 错了，哦，错了。有好的东西，你只需要了解它们 Vadim Zhunko 2013.09.20 08:43 #72 MetaDriver: 瓦迪克对不可避免的竞争直言不讳地表示愤怒。 ;) // imha自我破坏。 它的库曾经是一剂 "万能药"，但现在对它们的需求将大大减少--几乎所有的事情都可以不用它们来做，而很多不能做的事情可以在mql5.com的kodobase中找到现成的。 瓦迪姆，寻找专业人员， 还有很多数量级的人。 弗拉基米尔，这与竞争有什么关系？图书馆将不会被取消。由于不兼容，它们将不得不被重新设计。不是因为它们在代码库中，而是 因为我和它们一起工作。 诚然，我们将不得不改变一个库中的一个函数。但这也是令人不快的。 这是不在MQL中写其他东西的另一个原因。我已经厌倦了所有这些变化和不断出现的错误! Vladimir Gomonov 2013.09.20 09:08 #73 Zhunko: 弗拉基米尔，这与竞争有什么关系？这些图书馆没有被取消。由于不兼容，我们不得不重做。不是因为它们在代码库中，而是 因为我和它们一起工作。 诚然，我们将不得不改变一个库中的一个函数。但这也是令人不快的。 天啊，我开始觉得图书馆有一半的人都在那里崩溃了。:) 这是胡说八道。 也许在使用DLL时，只有在过渡到UNICOD时才会出现一些真正的不方便-不兼容。 但不会比在其他软件下处理字符串时更多[有类似的过渡]。 而且，无论如何，你必须在某个时候改用它。 这是我不在MQL中写任何东西的又一个原因。我已经受够了所有这些变化和不断出现的错误! 你不应该是这样的。 我喜欢它。 现在很少有bug，即使出现，也会很快修复。 一般来说，这些变化只是令人愉快的。 也许还有其他原因不在mql5(4)中写TC，但不是这个原因。 Vadim Zhunko 2013.09.20 09:30 #74 MetaDriver:伙计，我以为半个图书馆都塌了......。:)那是胡说八道。也许只有在过渡到UNICOD时，才会出现使用DLL时的一些真正的不便和不兼容。但不会比在其他软件中处理字符串时更多[有类似的过渡]。无论如何，你应该在某个时候改用它。你不应该这样做。我喜欢它。很少有bug，即使有bug出现，也会很快被修复。一般来说，这些变化只是令人愉快的。也许还有其他理由不在mql5(4)中写TS，但不是这个理由。统一编码没有问题。我有独立于编码的图书馆。你可以用不同的方式进行编译，或者添加接口。 仍有大量的错误和更多的问题。我已经厌倦了写他们，不再做了。把它们写在普通语言的DLL中会更容易。从我所报告的情况来看，没有任何东西被修复。他们只是写道，它是这样设计的。 我记得有一件事。显然，在406版本中，指标缓冲区 的刷新被破坏了，在我解释了问题的合理性之后，Renat威胁要禁止我（图片和代码附后）。然而，它却被修好了!在有人注意到无记载的更新离线图形的能力停止工作之后:-))即不关心有记录的功能，但对无记录的功能感到担心。 现在，在一些用于数组的函数中存在着错误。它们在图书馆中不能正常工作。感觉他们是在与缓存合作。数组的内容和大小发生了变化，它们继续工作，好像什么都没有改变。主模块中的相同代码可以正常工作。现在在DLL中写它比在Metacvot TP中写它更容易 :-))这样做更可靠。 TarasBY 2013.09.20 09:30 #75 Vinin: 错了，哦，错了。有好的东西，你只需要理解它们。 我没有说 "从来没有"，不是吗！？;) Miroslav Sperl 2013.09.20 15:14 #76 我今天想试试测试版，但它无法启动，出现了错误。 当用start.bat启动时。 stack overflow 1140 bytes in thread 0017 eip 7 bc400ca esp 00240 ebc stack 0x240000-0x241000-0x340000 运行MetaRditor.exe时。 Unhandled illegal instruction at address 0x5959d0 (thread 0017), starting debugger... Unhandled exception: illegal instruction in 32-bit code (0x005959d0). Register dump: CS:0073 SS:007 b DS:007 b ES:007 b FS:0033 GS:003 b EIP:005959 d0 ESP:0033 fe3c EBP:0033 fe50 EFLAGS:00010206( R- -- I - -P- ) EAX:0066 e6a0 EBX:00000000 ECX:00000000 EDX:00170 b58 ESI:00670 f08 EDI:00670 f78 Stack dump: 0x0033fe3c: 00740 e78 0066 e6a5 00549487 008 b268e 0x0033fe4c: 00000001 0033 fe90 005477 dc 00000001 0x0033fe5c: 54441 f6b 008 b268e 7 ffdf000 7 b8855c0 0x0033fe6c: ab881e04 c000001d 00000000 0033 fe5c 0x0033fe7c: 0033 f990 0033 ff10 0054 e2f0 54187 ebb 0x0033fe8c: 00000000 0033 fea8 7 b85726c 7 ffdf000 Backtrace: =>0 0x005959d0 in metaeditor (+0x1959d0) (0x0033fe50) 1 0x005477dc in metaeditor (+0x1477db) (0x0033fe90) 2 0x7b85726c call_process_entry+0xb() in kernel32 (0x0033fea8) 3 0x7b857e9f ExitProcess+0xc2e() in kernel32 (0x0033fee8) 4 0x7bc72540 call_thread_func+0xb() in ntdll (0x0033fef8) 5 0x7bc75010 call_thread_entry_point+0x6f() in ntdll (0x0033ffc8) 6 0x7bc4b6fa call_dll_entry_point+0x659() in ntdll (0x0033ffe8) 0x005959d0: (bad) 运行于。 处理器 : 0 vendor_id : AuthenticAMD Cpu家族：6 模型：7 型号名称：AMD Duron(tm)处理器 步伐：1 cpu MHz : 1210.765 缓存大小 : 64 KB fdiv_bug : 没有 hlt_bug : 没有 f00f_bug : 没有 coma_bug : 没有 fpu : 是 fpu_exception : 是 cpuid级别 : 1 wp : 是 标志 : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow up 奖金 : 2421.53 同花顺尺寸 : 32 cache_alignment : 32 地址大小：物理34位，虚拟32位 新版本是否恰好像MT5一样需要SSE2？ Beta version of MetaTrader Vladimir Gomonov 2013.09.20 18:29 #77 ms502040: 我今天想试试测试版，但它无法启动，出现了错误。 ................新版本是否像MT5一样需要SSE2？ 可能是。 Alexey Navoykov 2013.09.21 15:34 #78 MetaDriver: 现在很少有bug，即使有bug出现，也会很快被修复。 变化，作为一项规则，只是令人愉快。 错误很少，因为MQL4已经被打磨了很多年，没有任何根本性的改变，所以错误的数量只会减少。但是，现在它将是另一种方式...... 毋庸置疑，对于那些以编码为目的的人来说（即为赚钱而开发软件或只是一种爱好），语言的现代化对他们来说当然是一种乐趣。而在兼容性问题和发生的错误上，人们甚至可以大赚一笔，迫使客户支付额外的钱，并向他解释这些元引号抢手货搞砸了太多，现在他要重写一半的代码 :) 或者纯粹从按照新标准重写你的代码中挣钱。总而言之，它们都是优点。 但对于那些对最终产品感兴趣的人来说，他们将在交易中使用（并随后进行改进），所有这些语言的实验对他们来说是不可接受的。这里最主要的是稳定性，而不是所有花哨的功能。而因为别人的奇思妙想而重写你的代码，然后再花几年时间去捕捉错误......没办法，我们不要。 所以，是的，争论这个问题可能没有意义，因为每个人都有自己的目的。我说的是为什么在这个问题上有那么多不满意的人。而许多人是在沉默中完成他们的结论。 Vladimir Gomonov 2013.09.21 21:14 #79 Meat: 嗯，错误很少，因为MQL4已经被打磨了多年，没有任何根本性的改变，所以错误的数量只会越来越少。但现在它将是另一种方式...... ......... . ..... 这一切只是在很久以前就应该完成的。 我们应该先在4上启动mql5，之后再启动第五个终端。 //，不要发牢骚，反正你最后会喜欢它的。 :)) //而且他们承诺有99.9%的兼容性，所以你实际上没有多少东西需要重做。 Алексей Тарабанов 2013.09.21 21:35 #80 MetaDriver: //和兼容性被承诺为99.9%，真正需要重做的不多。 这是个谎言。 123456789101112131415...23 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
你的代码是 "更接近重点"。公共领域中很少有 "不值得重做 "的东西。
错了，哦，错了。有好的东西，你只需要了解它们
瓦迪克对不可避免的竞争直言不讳地表示愤怒。 ;) // imha自我破坏。
它的库曾经是一剂 "万能药"，但现在对它们的需求将大大减少--几乎所有的事情都可以不用它们来做，而很多不能做的事情可以在mql5.com的kodobase中找到现成的。
瓦迪姆，寻找专业人员， 还有很多数量级的人。
弗拉基米尔，这与竞争有什么关系？图书馆将不会被取消。由于不兼容，它们将不得不被重新设计。不是因为它们在代码库中，而是 因为我和它们一起工作。
诚然，我们将不得不改变一个库中的一个函数。但这也是令人不快的。
这是不在MQL中写其他东西的另一个原因。我已经厌倦了所有这些变化和不断出现的错误!
弗拉基米尔，这与竞争有什么关系？这些图书馆没有被取消。由于不兼容，我们不得不重做。不是因为它们在代码库中，而是 因为我和它们一起工作。
诚然，我们将不得不改变一个库中的一个函数。但这也是令人不快的。
天啊，我开始觉得图书馆有一半的人都在那里崩溃了。:)
这是胡说八道。 也许在使用DLL时，只有在过渡到UNICOD时才会出现一些真正的不方便-不兼容。 但不会比在其他软件下处理字符串时更多[有类似的过渡]。
而且，无论如何，你必须在某个时候改用它。
这是我不在MQL中写任何东西的又一个原因。我已经受够了所有这些变化和不断出现的错误!
你不应该是这样的。 我喜欢它。 现在很少有bug，即使出现，也会很快修复。 一般来说，这些变化只是令人愉快的。
也许还有其他原因不在mql5(4)中写TC，但不是这个原因。
伙计，我以为半个图书馆都塌了......。:)
那是胡说八道。也许只有在过渡到UNICOD时，才会出现使用DLL时的一些真正的不便和不兼容。但不会比在其他软件中处理字符串时更多[有类似的过渡]。
无论如何，你应该在某个时候改用它。
你不应该这样做。我喜欢它。很少有bug，即使有bug出现，也会很快被修复。一般来说，这些变化只是令人愉快的。
也许还有其他理由不在mql5(4)中写TS，但不是这个理由。
统一编码没有问题。我有独立于编码的图书馆。你可以用不同的方式进行编译，或者添加接口。
仍有大量的错误和更多的问题。我已经厌倦了写他们，不再做了。把它们写在普通语言的DLL中会更容易。从我所报告的情况来看，没有任何东西被修复。他们只是写道，它是这样设计的。
我记得有一件事。显然，在406版本中，指标缓冲区 的刷新被破坏了，在我解释了问题的合理性之后，Renat威胁要禁止我（图片和代码附后）。然而，它却被修好了!在有人注意到无记载的更新离线图形的能力停止工作之后:-))即不关心有记录的功能，但对无记录的功能感到担心。
现在，在一些用于数组的函数中存在着错误。它们在图书馆中不能正常工作。感觉他们是在与缓存合作。数组的内容和大小发生了变化，它们继续工作，好像什么都没有改变。主模块中的相同代码可以正常工作。现在在DLL中写它比在Metacvot TP中写它更容易 :-))这样做更可靠。
我今天想试试测试版，但它无法启动，出现了错误。
当用start.bat启动时。
运行MetaRditor.exe时。
运行于。
处理器 : 0
vendor_id : AuthenticAMD
Cpu家族：6
模型：7
型号名称：AMD Duron(tm)处理器
步伐：1
cpu MHz : 1210.765
缓存大小 : 64 KB
fdiv_bug : 没有
hlt_bug : 没有
f00f_bug : 没有
coma_bug : 没有
fpu : 是
fpu_exception : 是
cpuid级别 : 1
wp : 是
标志 : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow up
奖金 : 2421.53
同花顺尺寸 : 32
cache_alignment : 32
地址大小：物理34位，虚拟32位
新版本是否恰好像MT5一样需要SSE2？
我今天想试试测试版，但它无法启动，出现了错误。
................新版本是否像MT5一样需要SSE2？
现在很少有bug，即使有bug出现，也会很快被修复。 变化，作为一项规则，只是令人愉快。
错误很少，因为MQL4已经被打磨了很多年，没有任何根本性的改变，所以错误的数量只会减少。但是，现在它将是另一种方式......
毋庸置疑，对于那些以编码为目的的人来说（即为赚钱而开发软件或只是一种爱好），语言的现代化对他们来说当然是一种乐趣。而在兼容性问题和发生的错误上，人们甚至可以大赚一笔，迫使客户支付额外的钱，并向他解释这些元引号抢手货搞砸了太多，现在他要重写一半的代码 :) 或者纯粹从按照新标准重写你的代码中挣钱。总而言之，它们都是优点。
但对于那些对最终产品感兴趣的人来说，他们将在交易中使用（并随后进行改进），所有这些语言的实验对他们来说是不可接受的。这里最主要的是稳定性，而不是所有花哨的功能。而因为别人的奇思妙想而重写你的代码，然后再花几年时间去捕捉错误......没办法，我们不要。
所以，是的，争论这个问题可能没有意义，因为每个人都有自己的目的。我说的是为什么在这个问题上有那么多不满意的人。而许多人是在沉默中完成他们的结论。
嗯，错误很少，因为MQL4已经被打磨了多年，没有任何根本性的改变，所以错误的数量只会越来越少。但现在它将是另一种方式......
......... . .....这一切只是在很久以前就应该完成的。 我们应该先在4上启动mql5，之后再启动第五个终端。
//，不要发牢骚，反正你最后会喜欢它的。 :))
//而且他们承诺有99.9%的兼容性，所以你实际上没有多少东西需要重做。
//和兼容性被承诺为99.9%，真正需要重做的不多。