Hatalar, hatalar, sorular - sayfa 1047
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
Bu düğme, arkadaşların beslemelerinde haberlerin görüntülenmesiyle yenidir. "Yayında göster" özelliğini kapatsanız bile, zaten devre dışı bırakılmış olandan haber olduğunda yine de yanar.
En azından maks. penceredeki çubuklar *terminalin yeniden başlatılması gerekli
böylece kodu uzun süre seçebilirsiniz ...
MQ Demo sunucusu.
Ayarlarda - maks. pencere başına çubuklar = 100000
Evet, kesinlikle denedim, bu "ayy" aldım - genellikle hizmet masası için saf bir hata.
onlar. (anladığım kadarıyla) oranları_total==100000 ile masum, şüphelenmeyen bir gösterge çağrılır ve CopyRates(,,100000,) isteği (array out of range ..) ile sonuçlanır - terminalde zaten yalnızca 50000 kullanılabilir. Eğlenceli.Daha fazlasını hatırladım.
Bana üç sayfada Bars'ın iyi çalıştığını söylediklerinde. Hiç düşünmeden maksimum çubukları değiştirdim ve kontrol etmeye çalıştım. Bağlantıyı görmediğim için, tüm bunların oluştuğunu terminali yeniden başlatmadan yazmadım ...
Bar kullanmıyorum, ama belki de şaka buydu. Çünkü ertesi gün çoğalamadım. Ama artık ayarlara girmedim, her zaman sınırsızım var.
Bu sadece geliştiriciler için bilgidir, kullanışlı olabilir.
Daha fazlasını hatırladım.
Bana üç sayfada Bars'ın iyi çalıştığını söylediklerinde. Bir saniye bile düşünmeden maksimum çubukları değiştirdim ve kontrol etmeye çalıştım. Bağlantıyı görmediğim için, tüm bunların oluştuğunu terminali yeniden başlatmadan yazmadım ...
Bar kullanmıyorum, ama belki de şaka buydu. Çünkü ertesi gün çoğalamadım. Ama artık ayarlara girmedim, her zaman sınırsızım var.
Bu sadece geliştiriciler için bilgidir, kullanışlı olabilir.
prev_calculated standardını uzun zamandır kullanmıyorum, global olarak prev_calc ilan ediyorum ve dikkate alıyorum (Mutlu yaşıyorum ve çok iyi besleniyorum :)
Shl, elbette hatanın düzeltilmesi gerekiyor. En azından oranlar_toplam değişmediyse, önceki_hesaplanan sıfırlanmamalıdır, ancak daha küçük bir değere değiştiyse, gereklidir.
prev_calculated standardını uzun zamandır kullanmıyorum, global olarak prev_calc ilan ediyorum ve dikkate alıyorum (Mutlu yaşıyorum ve çok iyi besleniyorum :)
...
Teşekkürler, belgelerde var :)
Teşekkürler, belgelerde var :)
ServiceDesk'te.
Onlara zaten her şey söylendi.
Tavsiyenizin değerini takdir edemeyecek kadar deneyimli bir programcısınız. Bana göre, ebedi bir çaydanlık olarak, bu keşif eşiğinde :) yani (kişisel) belgeler.
Onlara zaten her şey söylendi.
Tavsiyenizin değerini takdir edemeyecek kadar deneyimli bir programcısınız. Bana göre, ebedi bir çaydanlık olarak, bu keşif eşiğinde :) yani (kişisel) belgeler.
Peki o zaman, bu da kişisel belgelerde
geçmiş pencerede maksimum barlara düşürülürse ve oranlar_toplam daha az olursa, yeniden hesaplamanın zorunlu olarak başlatılması.
Hata kritik değildir (bir sonraki onay işaretinde doğrudur), ancak geçmişin kesildiği aynı onay işaretinde, grafik bir uyumsuzluk nedeniyle kayar ve yeniden hesaplama döngü koşulu tarafından yasaklanır, çünkü prev_cal>rates_total, yani prev_cal>rates_total döngüye giriş olmayacak.
Peki o zaman, bu da kişisel belgelerde
geçmiş pencerede maksimum barlara düşürülürse ve oranlar_toplam daha az olursa, yeniden hesaplamanın zorunlu olarak başlatılması.
Hata kritik değildir (bir sonraki onay işaretinde doğrudur), ancak geçmişin kesildiği aynı onay işaretinde, grafik bir uyumsuzluk nedeniyle kayar ve yeniden hesaplama döngü koşulu tarafından yasaklanır, çünkü prev_cal>rates_total, yani prev_cal>rates_total döngüye giriş olmayacak.
Tamam teşekkürler.