Hatalar, hatalar, sorular - sayfa 2492
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
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.
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ı?
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ı.
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.
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?
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.
Düzeltme farklıdır.
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
Sıcak takipte: https://www.mql5.com/ru/signals/596871
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:
Önemsememek gibi görünüyor - yaz
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
Söylemek
ERR_INDICATOR_DATA_NOT_FOUND
4806
İstenen veri bulunamadı
Bu durumda, grafikteki gösterge normal şekilde görüntülenir.
Nerede kazılır?