이건 헛소리야. DLL 작업 시 일부 실제 비호환성은 UNICOD로의 전환과 관련하여만 발생할 수 있습니다. 그러나 [유사한 전환이 있는] 다른 소프트웨어에서 문자열로 작업할 때보다 더 이상 없습니다.
그리고 마지막으로 한 번 전환해야 합니다.
당신은 정말입니다. 좋아요. 지금은 버그가 거의 없지만 버그가 나오면 빠르게 수정됩니다. 변화는 일반적으로 유쾌할 뿐입니다.
아마도 mql5(4)에 TS를 쓰지 않는 다른 이유가 있을 수 있지만 이것은 아닙니다.
유니코드에는 문제가 없습니다. 내 라이브러리는 독립적으로 인코딩됩니다. 다양한 방법으로 인터페이스를 컴파일하거나 추가할 수 있습니다.
버그는 여전히 도피가 이상입니다. 나는 그들에 대해 쓰는 것이 지겹고 더 이상 쓰지 않습니다. 일반 언어로 DLL을 작성하는 것이 더 쉽습니다. 그의 말에 따르면 아무것도 수정되지 않았습니다. 그렇게 생각한 구독을 취소하십시오.
한 사건이 생각납니다. 빌드 406 에서 표시기 버퍼 의 업데이트가 위반된 것 같을 때 Renat은 문제의 본질을 합리적으로 설명한 후 나를 금지하겠다고 위협했습니다(그림과 코드를 첨부했습니다). 그러나 그들은 그것을 고쳤습니다! 오프라인 그래프를 업데이트하는 문서화되지 않은 기능이 작동을 멈춘 것을 누군가 알아차린 후! :-)) 즉. 문서화된 기능에 대해서는 신경 쓰지 않지만 문서화되지 않은 기능에 대해서는 걱정합니다.
이제 배열의 일부 기능에 오류가 있습니다. 라이브러리에서 제대로 작동하지 않습니다. 그들은 캐시와 함께 작동하는 것 같습니다. 배열의 내용과 크기가 변경되었지만 아무 것도 변경되지 않은 것처럼 계속 작동합니다. 기본 모듈의 동일한 코드가 올바르게 작동합니다. 이제 Metaquotes TP보다 DLL에 작성하는 것이 더 쉽습니다 :-)) 그런 식으로 더 안정적입니다.
지금은 버그가 거의 없지만 버그가 나오면 빠르게 수정됩니다. 변화는 일반적으로 유쾌할 뿐입니다.
글쎄요, MQL4는 근본적인 변화 없이 수년간 다듬어졌기 때문에 버그가 거의 없습니다. 그래서 버그의 수가 줄어들고 있습니다. 하지만 지금은 그 반대...
의심할 여지 없이 코딩 자체가 목적인 사람들(즉, 돈을 위한 소프트웨어 개발 또는 취미 생활)에게 언어의 현대화는 물론 기쁨입니다. 그리고 이 경우에 발생하는 호환성 문제와 버그에 대해 부자가 될 수도 있습니다. 고객으로부터 추가 돈을 뜯어내고 이 scoundrel metaquotes가 많은 일을 했다고 설명하고 이제는 다시 작성해야 한다고 말합니다. 코드의 절반은 새로운 표준입니다. 일반적으로 견고한 장점.
그러나 거래에 사용할 최종 제품에 관심이 있는 사람들에게는(그리고 나중에 개선할) 언어에 대한 이러한 모든 실험은 받아들일 수 없습니다. 여기서 가장 중요한 것은 안정성이며 모든 종류의 세련된 기능은 아닙니다. 그리고 누군가의 변덕으로 인해 코드를 다시 작성하고 몇 년 동안 다시 버그를 잡습니다... 아니, 감사합니다.
네, 여기에서 논쟁하는 것은 아마도 무의미할 것입니다. 왜냐하면 모든 사람은 자신의 목표를 가지고 있기 때문입니다. 이것은 이 스레드에 불만족한 사람들이 거의 없는 이유에 대해 말하는 것입니다. 그렇습니다. 많은 사람들이 조용히 결론을 내립니다.
귀하의 코드는 "요점에 더 가깝습니다". 무료 액세스에서는 "변경할 가치가 없는" 항목을 거의 찾지 못합니다.
틀렸어, 틀렸어. 좋은 게 있어, 이해하면 돼
Vadik은 피할 수 없는 경쟁에 어리석게도 화를 내고 있습니다. ;) // imha 자기 방해
이전에는 라이브러리가 있는 "만약"이었지만 이제는 수요가 훨씬 줄어들 것입니다. 거의 모든 것이 라이브러리 없이도 수행될 수 있으며 mql5.com 코드베이스에서 기성품으로 찾을 수 없는 것도 많습니다.
Vadim, 플러스를 찾으십시오 . 훨씬 더 많은 것이 있습니다.
블라디미르, 경쟁이 그것과 무슨 상관이 있습니까? 라이브러리는 취소되지 않습니다. 비호환성으로 인해 다시 실행해야 합니다. 그들이 Code Base에 있기 때문이 아니라 내가 그들과 함께 일하기 때문입니다.
사실, 하나의 라이브러리에서 하나의 기능만 변경해야 합니다. 하지만 짜증스럽기도 합니다.
이것이 더 이상 MQL에 아무것도 쓰지 않는 또 다른 이유입니다. 이러한 변화와 끊임없는 버그에 지쳤습니다!
블라디미르, 경쟁이 그것과 무슨 상관이 있습니까? 라이브러리는 취소되지 않습니다. 비호환성으로 인해 다시 실행해야 합니다. 그들이 Code Base에 있기 때문이 아니라 내가 그들과 함께 일하기 때문입니다.
사실, 하나의 라이브러리에서 하나의 기능만 변경하면 됩니다. 하지만 짜증스럽기도 합니다.
젠장, 벌써 도서관의 반이 거기 무너진 줄 알았어.. :)
이건 헛소리야. DLL 작업 시 일부 실제 비호환성은 UNICOD로의 전환과 관련하여만 발생할 수 있습니다. 그러나 [유사한 전환이 있는] 다른 소프트웨어에서 문자열로 작업할 때보다 더 이상 없습니다.
그리고 마지막으로 한 번 전환해야 합니다.
이것은 더 이상 MQL에 아무것도 쓰지 않는 또 다른 이유입니다. 이러한 변경 사항과 지속적인 버그에 지쳤습니다!
당신은 정말입니다. 좋아요. 지금은 버그가 거의 없지만 버그가 나오면 빠르게 수정됩니다. 변화는 일반적으로 유쾌할 뿐입니다.
아마도 mql5(4)에 TS를 쓰지 않는 다른 이유가 있을 수 있지만 이것은 아닙니다.
젠장, 벌써 도서관의 반이 거기 무너진 줄 알았어.. :)
이건 헛소리야. DLL 작업 시 일부 실제 비호환성은 UNICOD로의 전환과 관련하여만 발생할 수 있습니다. 그러나 [유사한 전환이 있는] 다른 소프트웨어에서 문자열로 작업할 때보다 더 이상 없습니다.
그리고 마지막으로 한 번 전환해야 합니다.
당신은 정말입니다. 좋아요. 지금은 버그가 거의 없지만 버그가 나오면 빠르게 수정됩니다. 변화는 일반적으로 유쾌할 뿐입니다.
아마도 mql5(4)에 TS를 쓰지 않는 다른 이유가 있을 수 있지만 이것은 아닙니다.
유니코드에는 문제가 없습니다. 내 라이브러리는 독립적으로 인코딩됩니다. 다양한 방법으로 인터페이스를 컴파일하거나 추가할 수 있습니다.
버그는 여전히 도피가 이상입니다. 나는 그들에 대해 쓰는 것이 지겹고 더 이상 쓰지 않습니다. 일반 언어로 DLL을 작성하는 것이 더 쉽습니다. 그의 말에 따르면 아무것도 수정되지 않았습니다. 그렇게 생각한 구독을 취소하십시오.
한 사건이 생각납니다. 빌드 406 에서 표시기 버퍼 의 업데이트가 위반된 것 같을 때 Renat은 문제의 본질을 합리적으로 설명한 후 나를 금지하겠다고 위협했습니다(그림과 코드를 첨부했습니다). 그러나 그들은 그것을 고쳤습니다! 오프라인 그래프를 업데이트하는 문서화되지 않은 기능이 작동을 멈춘 것을 누군가 알아차린 후! :-)) 즉. 문서화된 기능에 대해서는 신경 쓰지 않지만 문서화되지 않은 기능에 대해서는 걱정합니다.
이제 배열의 일부 기능에 오류가 있습니다. 라이브러리에서 제대로 작동하지 않습니다. 그들은 캐시와 함께 작동하는 것 같습니다. 배열의 내용과 크기가 변경되었지만 아무 것도 변경되지 않은 것처럼 계속 작동합니다. 기본 모듈의 동일한 코드가 올바르게 작동합니다. 이제 Metaquotes TP보다 DLL에 작성하는 것이 더 쉽습니다 :-)) 그런 식으로 더 안정적입니다.
Segonya는 베타 버전을 시도하고 싶었지만 오류와 함께 시작되지 않습니다.
start.bat로 실행할 때:
MetaRditor.exe를 실행할 때:
실행:
프로세서: 0
공급업체 ID : AuthenticAMD
CPU 제품군: 6
모델 : 7
모델명 : AMD Duron(tm) 프로세서
스테핑 : 1
CPU MHz : 1210.765
캐시 크기: 64KB
fdiv_bug : 아니요
hlt_bug : 아니요
f00f_bug : 아니요
coma_bug : 아니요
fpu : 예
fpu_exception : 예
CPU 레벨: 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
캐시 정렬 : 32
주소 크기: 물리적 34비트, 가상 32비트
새 버전에는 MT5와 같은 SSE2가 필요합니까?
Segonya는 베타 버전을 시도하고 싶었지만 오류와 함께 시작되지 않습니다.
.......................새 버전에는 MT5와 같은 SSE2가 필요합니까?
지금은 버그가 거의 없지만 버그가 나오면 빠르게 수정됩니다. 변화는 일반적으로 유쾌할 뿐입니다.
글쎄요, MQL4는 근본적인 변화 없이 수년간 다듬어졌기 때문에 버그가 거의 없습니다. 그래서 버그의 수가 줄어들고 있습니다. 하지만 지금은 그 반대...
의심할 여지 없이 코딩 자체가 목적인 사람들(즉, 돈을 위한 소프트웨어 개발 또는 취미 생활)에게 언어의 현대화는 물론 기쁨입니다. 그리고 이 경우에 발생하는 호환성 문제와 버그에 대해 부자가 될 수도 있습니다. 고객으로부터 추가 돈을 뜯어내고 이 scoundrel metaquotes가 많은 일을 했다고 설명하고 이제는 다시 작성해야 한다고 말합니다. 코드의 절반은 새로운 표준입니다. 일반적으로 견고한 장점.
그러나 거래에 사용할 최종 제품에 관심이 있는 사람들에게는(그리고 나중에 개선할) 언어에 대한 이러한 모든 실험은 받아들일 수 없습니다. 여기서 가장 중요한 것은 안정성이며 모든 종류의 세련된 기능은 아닙니다. 그리고 누군가의 변덕으로 인해 코드를 다시 작성하고 몇 년 동안 다시 버그를 잡습니다... 아니, 감사합니다.
네, 여기에서 논쟁하는 것은 아마도 무의미할 것입니다. 왜냐하면 모든 사람은 자신의 목표를 가지고 있기 때문입니다. 이것은 이 스레드에 불만족한 사람들이 거의 없는 이유에 대해 말하는 것입니다. 그렇습니다. 많은 사람들이 조용히 결론을 내립니다.
글쎄요, MQL4는 근본적인 변화 없이 수년간 다듬어졌기 때문에 버그가 거의 없습니다. 그래서 버그의 수가 줄어들고 있습니다. 하지만 지금은 그 반대...
.......... . .....이것은 오래전에 했어야 하는 일입니다. 먼저 4번째에 mql5를 실행하고 5번째 터미널을 실행합니다.
// 그리고 징징거리지 마세요. 결국에는 여전히 좋아할 것입니다. :))
// 99.9%의 호환성을 약속했지만 실제로 다시 해야 할 일은 거의 없습니다.
// 99.9%의 호환성을 약속했지만 실제로 다시 해야 할 일은 거의 없습니다.