MetaTrader 4 Client Terminal 387 ve MetaTrader 4 Data Center build 387'nin yeni versiyonu - sayfa 11
![MQL5 - MetaTrader 5 müşteri terminalinde yerleşik ticaret stratejileri dili](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Yani Slava, 225. yapıda kelebeğin kaldırılmasıyla tamamen aynı etkinin ortaya çıktığını söylemek istiyor.
Lütfen kodunuzu dikkatlice kontrol edin. Tamponları yeniden başlatmanın hiçbir etkisi yok gibi görünüyor.
Teşekkür ederim. kontrol edeceğim.
AlexSTAL tarafından işaret edilen yanlış sayıda çubukla yeniden hesaplama düzeltildi. Ama bu çok eski bir bug.
Kontrol ettiğiniz için teşekkürler, şimdi hangi yolu kazacağınız açık.
Güncellemeyi en kısa sürede bulmaya, düzeltmeye ve yayınlamaya çalışacağız.
Çevrimdışı grafikler ne olacak? PostMessageA(hwnd,WM_COMMAND,33324,0) kullanarak bir çevrim dışı grafiği güncellerken; her yapay kene üzerinde yeniden başlatma gerçekleşir!!!
Ayrıca tam bir yeniden okuma var. Ekibi Yenile
Ayrıca tam bir yeniden okuma var. Ekibi yenile
Ayrıca tam bir yeniden okuma var. Ekibi Yenile
Daha önce durum böyle değildi. Göstergem optimizasyonla çalışmayı durdurdu. Şimdi, bu tür her bir onay işareti için arabelleklerin doldurulması gerekiyor. Yukarıda bunun hakkında yazdım.
Şimdi pencereyi güncellemek, gösterge arabelleklerini temizler.
Garip.
Dün Slava günlükleri yayınladıktan sonra yapı 229'u kontrol etmeye başladım. 388'dekiyle aynı hata vardı. Hatalı aynı resimler yapı 229'da da ortaya çıktı.
Önemli olan kelebekler değil. Zigzag kayboldu - yani arabellekler sıfırlandı. Bu nedenle, grafik yapılar ortadan kayboldu.
düşünmeye karar verdi. Bugün tekrar kontrol etmeye başladım. Ayrıca göstergeyi varsayılan parametrelerle ayarladım. Hem 229 hem de 388 yapılarında her şey yolunda gidiyor. Dünkü testten tek fark bu. Hatanın hangi sürümde ortaya çıktığını yakalamak için eski sürümlerden başlayarak kontrol etmeye karar verdim. Göstergenin tüm sürümleri düzgün çalışıyor. Hata yok. Tamponlar sıfırlanmaz. Henüz buna rastlamadım.
Gösterge global değişkenlerle çalışmaz. Yani bir sonraki oturum için global değişkenlerde bilgi bırakmaz. Bu nedenle, test için ilk başlatılan eski sürümler, daha sonra başlatılan göstergenin en son sürümlerinin çalışmasını etkileyebilecek herhangi bir bilgi terminalde bırakamazdı.
Belki bilgisayarla ilgili bir şey??? Ancak bilgisayar, terminalin çalışmasını nasıl etkileyebilir? Etkisi, böylece test sırasında arabellekler zaman içinde rastgele noktalarda sıfıra sıfırlanır. Gizem.
Şimdi yapı 388'deki testler, başarısızlıkların olduğu dünkü ile kesinlikle aynı ilk verilerle hatasız çalışır.
Garip.
Dün Slava günlükleri yayınladıktan sonra yapı 229'u kontrol etmeye başladım. 388'dekiyle aynı hata vardı. Hatalı aynı resimler yapı 229'da da ortaya çıktı.
ZigZag'ı PPC ile test ettiğimizde, tam olarak ZigZag yapımının başlangıç noktasıyla ilgili çok sayıda pusuyla karşılaştık.
Belki sadece faktörlerin bir kombinasyonu - başlangıç noktası, çubuk sayısı vb.
Daha önce durum böyle değildi. Göstergem optimizasyonla çalışmayı durdurdu. Şimdi, bu tür her bir onay işareti için arabelleklerin doldurulması gerekiyor. Yukarıda bunun hakkında yazdım.
Şimdi pencereyi güncellemek, gösterge arabelleklerini temizler.
Bu olmadı, çünkü değişiklik sayacının hesaplanmasında bir hata vardı. Tam bir yeniden okuma, arabellek içindeki bazı verilerin değişmiş olabileceği anlamına gelir. Çevrimdışı bir grafikteki verilerin bütünlüğünü garanti edemeyiz.