Hatalar, hatalar, sorular - sayfa 3141

[fxsaber]

Oleg Pavlenko # :

neden sıfırlanmadan MQL4'te düzgün çalışıyor, ancak MQL5'te çalışmıyor ???

MQL4, her şeyi kendi kendine sıfırlar.

[Sergey Gridnev]

Oleg Pavlenko # :

Teşekkür ederim!

Yardım etti.

Bir şeyi anlamıyorum, neden MQL4'te sıfırlamadan doğru çalışıyor da MQL5'te çalışmıyor ???

Çünkü "Kızılderililerin sorunları şerifin umurunda değil."

:(

[Lilita Bogachkova]

fxsaber # :

MQL4, her şeyi kendi kendine sıfırlar.

ZeroMemory(dizi); arasında herhangi bir fark var mı? ve ArrayFree(dizi); sıfırlanması gereken bir dizi için? Bu fonksiyondan sonra yeni bir dizi boyutu atanırsa, ArrayResize(array,100,100);

[fxsaber]

Lilita Bogachkova # :

ZeroMemory(dizi); arasında herhangi bir fark var mı? ve ArrayFree(dizi); sıfırlanması gereken bir dizi için? Bu fonksiyondan sonra yeni bir dizi boyutu atanırsa, ArrayResize(array,100,100);

ZeroMemory belleği serbest bırakmaz, ancak yalnızca sıfırlar (sıfırlarla doldurur).

[Lilita Bogachkova]

fxsaber # :

ZeroMemory belleği boşaltmaz, yalnızca sıfırlar.

Teşekkür ederim

[Alexey Viktorov]

Lilita Bogachkova # :

ZeroMemory(dizi); arasında herhangi bir fark var mı? ve ArrayFree(dizi); sıfırlanması gereken bir dizi için? Bu fonksiyondan sonra yeni bir dizi boyutu atanırsa, ArrayResize(array,100,100);

Benim düşünceme göre, burada nüanslar var. ZeroMemory(dizi)'den sonra ise; dizinin boyutu artar, o zaman "çöp"ün dizinin "arkasındaki" hücrelerine girmesi mümkündür. ArrayFree (dizi) uygularsak; o zaman "çöp" dizinin herhangi bir yerinde olabilir.

Yani sadece bu fonksiyonların hızı üzerinde birkaç deney yaptıktan sonra seçim yapabilirsiniz. Ve "çöp" konusunda karar programcı tarafından verilir. Bir dizinin boyutunu bildirdikten veya değiştirdikten hemen sonra değerlerle doldurulursa, bu diziyi sıfırlayıp sonra doldurmanın anlamı nedir ...

[x572intraday]

enum LIST
  {
   L01= 111 ,   // ITEM 1
   L02= 222 ,   // ITEM 2
   L03= 333 ,   // ITEM 3
   L04= 444 ,   // ITEM 4
   L05= 555 ,   // ITEM 5
   L06= 666 ,   // ITEM 6
   L07= 666 ,   // ITEM 7
   L08= 666 ,   // ITEM 8
  };

input LIST LISTING_01=L01;
input LIST LISTING_02=L02;
input LIST LISTING_03=L03;
input LIST LISTING_04=L04;
input LIST LISTING_05=L05;
input LIST LISTING_06=L06;
input LIST LISTING_07=L07;
input LIST LISTING_08=L08;

Anladığım kadarıyla, enum LIST {} içindeki tüm L0X bağımsızdır. Bununla birlikte, numaralandırmanın bazı öğelerine aynı değer (666) atanır atanmaz, varsayılan yorum doğru görüntülenmeyi durdurur, bir nedenden dolayı yorumu alır (ve görünüşe göre, söylemesi zor olsa da, değer, aynı oldukları ve anlaşılması imkansız olduğu için) aynı değere sahip ilk elemandan ( enum LIST {} içindeki son üç satıra bakınız).

Daha da kötüsü, orijinal olarak kodun yorumlarında ayarlanan Program Ayarlarında 7. satırın varsayılan görüntüsünü "ÖĞE 6" dan "ÖĞE 7"ye ve 8. satırı "ÖĞE 8" e değiştirmeye çalıştığınızda, ısrarla "ÖĞE 6"ya geri dönün:

[x572intraday]

Gösterge arabellekleri CPU veya GPU tarafından işleniyor mu? Daha hızlı işlemek için tam olarak ne yükseltilmelidir? Bu, elbette, donanımla ilgili, çünkü OpenCL'nin burada yardımcı olmayacağından şüpheleniyorum.

[Andrei Sokolov]

burada bir yazım hatası var

[avralkosmos]

Merhaba! Söylemek. Terazideki MT5 sürekli olarak anlaşılmaz bazı hesaplamalar yapıyor. Ekler, çıkarır. Denge sürekli değişiyor. Sonuç olarak, risk yöneticisi sadece *** çalışır. Broker açacağı. Türevler bölümü. Konuların üzerinden geçmek için zaman yok. Zaten böyle bir soru varsa, bağlantıyı gözden geçirin. Teşekkür ederim!