Hatalar, hatalar, sorular - sayfa 1121
![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
Sadece mesele bu, bir günden fazla bir süredir imzalandı, platformlar VPS'de çalışıyor
Sinyal - https://www.mql5.com/ru/signals/27216
belki birinin böyle bir sorunu vardı, terminali kurdu (MT4 build 625) ve başlattığımda, kelimenin tam anlamıyla bir saniye boyunca ekranda beyaz bir terminal penceresi beliriyor (tablo ve araç yok) ve hemen kapanıyor .. hala yapabilirsiniz terminal menüsüne bakın (Dosya / Görünüm / Araçlar/Yardım). , ve 509 eser. işlemci Intel Celeron G530 Windows 8 64, ancak Core2Duo Windows 8 32'de yapı 625 ile terminal çalışıyor.
622 kat mevduat farkınız var. Ve lot minimum 0.01 hacimle açılır. Şebeke sağlayıcısı çok sayıda sipariş açar ve depozitonuz bu pozisyonları kopyalamak için yeterli değildir. Bu durumda yeniden senkronizasyon gerçekleşir ve yenilerini açmaya çalışmak için işlemler eksi ile kapatılır. Depozitonuzla eşleşen daha uygun bir sinyal arasanız iyi olur.
Mevduatın daha küçük olması anlaşılabilir... bu nedenle hacim 0,5 veya 0,3 değil, 0,01 (asgari ücret, tabiri caizse) Ama neden yeni pozisyonlar açmak için yakın pozisyonlar, bu bir şekilde mantıklı değil... Depozito, açık pozisyonları korumanıza da izin veriyorsa, neden bir şeyi kapattığınız belli değil. Bir hafta önceki mevduatım, yazarın mevduatının çekilmesine 3 kat daha fazla dayandı ve hiçbir şey kapanmadı .. sadece yenilerini açmadı ve bu mantıklı
Günlüklere bakılırsa, yeterli ücretsiz fon yoktu ve yeniden senkronizasyon devam etti. bir aboneye açık sipariş bırakmak tehlikelidir. Depozitolarda çok büyük bir farkınız var, bu yüzden sinyalin kopyalanacağını garanti etmek imkansız. Yeni pozisyon açmamak mantıklıdır, ancak daha sonra MM ihlal edilecek ve abone ile sağlayıcının pozisyonları eşleşmeyecektir.
Günlüklere bakılırsa, yeterli ücretsiz fon yoktu ve yeniden senkronizasyon devam etti. bir aboneye açık sipariş bırakmak tehlikelidir. Depozitolarda çok büyük bir farkınız var, bu yüzden sinyalin kopyalanacağını garanti etmek imkansız. Yeni pozisyon açmamak mantıklıdır, ancak daha sonra MM ihlal edilecek ve abone ile sağlayıcının pozisyonları eşleşmeyecektir.
Bilenler için soru:
türetilmiş sınıf yöntemlerinin yerel değişkenleri gizlenebilir mi
temel sınıfın özel veri üyeleri?
Hala yapamazlarsa, geliştiricilere bir soru:
Gelecekte bu tür uyarıları derleyiciden hariç tutmak mümkün müdür?
Burada, test cihazından bir dosyaya veri yazmanın yollarını seçme sürecinde, ortaya çıkan hata budur (uymadığı için kısaltılmıştır):
Yani tabii ki bu hatanın benim eğriliğimin doğal bir sonucu olduğunu anlıyorum. Ve her durumda, hızlı bir şekilde çözüldüğü ortaya çıktı (sorun, dize olmayan verileri gerekirse üçüncü bir işlev aracılığıyla FileWrite'a geçirme girişimindeydi - daha ayrıntılı olarak açıklayabilirim). Ancak hata çok net değil ve biraz korkutucu görünüyor :) ve derleyici hiçbir yerde beklendiğini ima etmiyor. Belki de tutturmak için en azından bir tür uyarıya ya da başka bir şeye değer ...
Böyle bir kaza da oldu. Komut dosyası başlatıldığında, Terminal (910) ve Derleyici (921) yapısı eşleşmezse gerçekleşir.
Gelecekte bu tür uyarıları derleyiciden hariç tutmak mümkün müdür?
Derleyici olsaydım, burada başka bir uyarı verirdim: int n = 0; - kullanılmayan değişken