Hatalar, hatalar, sorular - sayfa 2492

[SEM]

Aracıların bulutta bir görevi tamamladıktan sonra RAM'i boşaltmaması normal mi?

Sürüm 2085, 13 Haziran 2019.

RAM'i en az 1 saat tutar.

[Vladimir Karputov]

SEM :

Aracıların bulutta bir görevi tamamladıktan sonra RAM'i boşaltmaması normal mi?

Soru tam değil. Ajanlar hafızanızı ne kadar süre saklar? Hangi terminal yapısı?

[Ilyas]

A100 :

Yürütme sırasında hata:

Sonuç : 1

Beklenen: 2 veya (C++'da olduğu gibi) - derleme hatası

Mesaj için teşekkürler!

MQL5, sınıf yöntemlerini geçersiz kılmayı (ve/veya gizlemeyi) desteklemez.

Hafızam bana doğru hizmet ediyorsa, birkaç yıl önce bu özelliği zaten tartışmıştık, ancak o zaman hangi aşırı yükün kalıtım açısından en yakın veya parametreler açısından daha doğru olarak adlandırılması daha iyi olduğu hakkındaydı.

Yeni derleyici sürümünde, geçersiz kılma C++'daki gibi çalışacak

Onlar. ana yöntemi yeniden tanımlarken, onu yalnızca "bA::f()" kapsamı aracılığıyla çağırmak mümkün olacaktır, bf(10)'u çağırma girişimi bir hatayla sonuçlanacaktır, bf() yönteminin parametresi yoktur ve A::f(int) yöntemi kullanılamaz (gizli) çünkü yeniden tanımlanacaktı.

[SEM]

Vladimir Karputov :

Soru tam değil. Ajanlar hafızanızı ne kadar süre saklar? Hangi terminal yapısı?

Eklenen bilgiler

Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum

Hatalar, hatalar, sorular

SEM , 2019.07.01 09:03

Aracıların bulutta bir görevi tamamladıktan sonra RAM'i boşaltmaması normal mi?

Sürüm 2085, 13 Haziran 2019.

RAM'i en az 1 saat tutar.

[Francuz]

CPositionInfo, PriceOpen() komutunun açıklamasında "ağırlıklı ortalama fiyat sorunu" konusunu bir kez daha gündeme getirmek istiyorum.

Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum

Servis masası. Şikayetler, öneriler.

Francuz , 2019.06.13 11:36

Standart kitaplık açıklamasında hata

Özellikle, CPositionInfo açıklamasında, PriceOpen() komutu

https://www.mql5.com/en/docs/standardlibrary/tradeclasses/cpositioninfo/cpositioninfpriceopen

Dönüş değeri "açılış fiyatı" değil, " ağırlıklı ortalama açılış fiyatı"dır.

Örneğin:

61532 fiyatından 1 lot için bir pozisyon açıyoruz. Bu durumda PriceOpen() 61532 döndürecek.

Ek olarak, pozisyonu 61615 fiyatından 1 lot daha artırıyoruz. Bu durumda PriceOpen(), pozisyon açılış fiyatını değil, iki lotun ağırlıklı ortalama fiyatını 61573.5 döndürür.

Açıklamada sadece bir kelimenin düzeltilmesini değil, kısa bir açıklama-illüstrasyon da görmek isterim.

Ağırlıklı ortalama açık fiyat sorunu geri teper .

Gerçek şu ki, pozisyon kalansız bölünmenin imkansız olduğu bir miktara yükseltilirse, penniler bölünmeye başlar, bu da yuvarlandığında kayıplarına neden olur. Ve sonunda, denge birleşmiyor. Tüm işlemler tamamen ruble olarak yapılır ve kayıp kopekler nedeniyle nihai bakiye birleşmez.

Manuel ticarette bile, bakiyede bir kuruş kaybı olan bir hatayı yeniden oluşturma planı.

Ek olarak, hatanın ne olduğunu açıklayacağım:

"A" sütunu olgudur (işlem fiyatları). "B" sütunu, "A" sütununun kesinlik kaybı olan bir türevidir. Herhangi bir kalifiye muhasebeci, bakiyeyi yalnızca gerçeklerle ve hiçbir durumda doğruluk kaybı olmayan türevlerle dengelemenin gerekli olduğunu açıklayacaktır.

Bir kuruş sadece terminalde yanlış gösterilmekle kalmaz, aslında müşteri ve komisyoncu hesapları arasında hareket eder. Herhangi bir avukat veya vergi müfettişi size bunun bir "uçuş" olduğunu ve bu gerçeğin tacir ile komisyoncu arasındaki yasal işlemlerin konusu olabileceğini açıklayacaktır.

Kuruşların gerçekten kaybolduğu ifadesini doğrulamak, uzun bir süre sonra yapılan düzeltmedir. Düzeltme ne? Neden böyle garip hacimler?

[MetaQuotes]

Francuz :

CPositionInfo, PriceOpen() komutunun açıklamasında "ağırlıklı ortalama fiyat sorunu" konusunu bir kez daha gündeme getirmek istiyorum.

Kontrol edeceğiz.

Birkaç saatliğine kişisel bir mesajla bize geçici bir yatırımcı şifresi verirseniz bize çok yardımcı olursunuz. İşlemlerinizin tablosundaki fiyatları ve olası yuvarlamaları kontrol etmek istiyoruz. sizinle iletişime geçilecektir.

Kuruşların gerçekten kaybolduğu ifadesini doğrulamak, uzun bir süre sonra yapılan düzeltmedir. Düzeltme ne? Neden böyle garip hacimler?

Düzeltme farklıdır.

[Francuz]

MetaQuotes Software Corp. :

Kontrol edeceğiz.

Birkaç saatliğine kişisel bir mesajla bize geçici bir yatırımcı şifresi verirseniz bize çok yardımcı olursunuz. İşlemlerinizin tablosundaki fiyatları ve olası yuvarlamaları kontrol etmek istiyoruz. sizinle iletişime geçilecektir.

Düzeltme farklıdır.

açılış komisyoncusu

sunucu	: Demoyu Aç
Giriş yapmak	: 1010955
Parola	: B7NhSEwx
yatırımcı	: B7NhSEwx (salt okunur şifre)

Demoda yatırımcı şifresi hesap şifresi ile aynı olduğundan aralarında bir fark yoktur.

[Francuz]

Sıcak takipte: https://www.mql5.com/ru/signals/596871

[A100]

Ilyas :

Hafızam bana doğru hizmet ediyorsa, birkaç yıl önce bu özelliği zaten tartışmıştık, ancak o zaman hangi aşırı yükün kalıtım açısından en yakın veya parametreler açısından daha doğru olarak adlandırılması daha iyi olduğu hakkındaydı.

Evet... Hatırlıyorum... C++ kalıtımda en yakın aşırı yükü kullanır - böylece temel sınıflardaki sonraki değişiklikler (yeni bir aşırı yükün görünümü - parametreler açısından daha doğru) türevlerdeki hesaplama sırasını etkilemez ( bu yeni aşırı yük çağrılmayacak)

Lütfen aşağıdakilere de dikkat edin:

 void f( int a,     int b = 2 ); //(1)
//...
void f( int a = 1 , int b     ); //(2) //Error: 'b' - missing default value for parameter
//...
void f( int a, int b ) {}

Önemsememek gibi görünüyor - yaz

 void f( int a = 1 , int b = 2 ); //(2) //нормально

ve sevinin, ancak mesele şu ki, b = 2'yi iki veya daha fazla yazmanıza gerek yok, bu, sonraki bir değişiklikle diyelim ki: b = 3 - sadece bir yerde değiştirmeniz gerekecek (ve iki veya daha fazla), ancak bu yüzden (programın dağılımını dikkate alarak) başka yerlerde yapmayı unutamazsınız

[[Silindi]]

Söylemek

 2019.07 . 02 19 : 41 : 56.305 my_HMA7C_121 (FTSE100,H6)       BarsCalculated () вернул - 1 , код ошибки 4806

ERR_INDICATOR_DATA_NOT_FOUND

4806

İstenen veri bulunamadı

Bu durumda, grafikteki gösterge normal şekilde görüntülenir.

Nerede kazılır?