Hatalar, hatalar, sorular - sayfa 2891
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
Belki de bu, derleyicinin nesnel olarak bilgiye sahip olmadığı zamandır:
onlar. belki f() i'nin bir başlatmasına sahipti, belki de değildi. Ve burada C++ derleyicisi bir uyarı veriyor, ancak nedense MQL bunu yapmıyor.
C++'da bellek hücrelerinin adresleri gizli değildir, bu nedenle değişken çöp ile başlatılır.
Kısacası, her zaman değişkenleri başlatın ve baş ağrısı olmayacak.Mql'de bellek hücrelerinin adresleri gizlidir ve mevcut değildir. Burada, bir Mql geliştiricisi olarak, derleyicide zordu))
Evet, ancak ilk yinelemeden önce j değişkeni henüz başlatılmadı ve derleyici buna yemin ediyor.
bu değişken kullanılmazsa veya i=j ataması, ilk seçeneğin yürütülmesiyle aynı olacak şekilde döngü gövdesinin altına konulursa, hiçbir uyarı olmayacaktır. Derleyici döngü mantığını ve yürütme sırasını kontrol etmez, ancak sözdizimini yukarıdan aşağıya doğru kontrol eder, sanırım öyle, emin değilim)
fxsaber :
Ve diğer durumlarda.
bunun yerine cevapla'ya basarsınız, terminali indirirsiniz - şık bir yenilik
bunun yerine cevapla'ya basarsınız, terminali indirirsiniz - şık bir yenilik
Bunların hepsi aynı çilek tarlası ... Ve burada neredeyse dövüldüğüm soruyla (bir açılır menüde, cüzdan ve okunmamış konular sadece ikiz kardeşler) ve sizinkiyle ve ayrıca (Ben Kimsenin nasıl olduğunu bilmiyorum) Böyle bir ... "özelliğim" var
Bu yazıtla ne yapmalı? Kimin neden sorduğunu görmek için hiçbir yerde bağlantı yok (belki cüzdandadır, ama oraya bakmadım).
Sitedeki tüm bu "harika" değişikliklerin bir kişi tarafından yapıldığına dair çok güçlü bir izlenim var .... Ve şahsen kendileri için. Tam olarak kendisi için uygun gördüğü gibi. Ve bize göre hapşırmak istedi ...
Bu yazıtla ne yapmalı?
REASON_ACCOUNT ticaret hesabını değiştirirken, işlerin mantığına göre önceki hesabı alması ve onunla çalışmayı tamamlaması bekleniyordu, ancak hayır, hesap değiştiyse, REASON_ACCOUNT ile zaten de-init durumunda yeni bir numara alıyoruz .
Mantıksal olarak, program mevcut verilerle çalışmayı bitirmeli ve yeni bir çağrıda zaten yeni verileri aktarmalı ve çalışma sürecinde verileri değiştirmemelidir...
REASON_ACCOUNT ticaret hesabını değiştirirken, işlerin mantığına göre önceki hesabı alması ve onunla çalışmayı tamamlaması bekleniyordu, ancak hayır, hesap değiştiyse, REASON_ACCOUNT ile zaten de-init durumunda yeni bir numara alıyoruz .
Mantıksal olarak, program mevcut verilerle çalışmayı bitirmeli ve yeni bir çağrıda zaten yeni verileri aktarmalı ve çalışma sürecinde verileri değiştirmemelidir...
İşte yanlış davranışı gösteren kod
Sonuç
REASON_ACCOUNT ticaret hesabını değiştirirken, işlerin mantığına göre önceki hesabı alması ve onunla çalışmayı tamamlaması bekleniyordu, ancak hayır, hesap değiştiyse, REASON_ACCOUNT ile zaten de-init durumunda yeni bir numara alıyoruz .
Mantıksal olarak, program mevcut verilerle çalışmayı bitirmeli ve yeni bir çağrıda zaten yeni verileri aktarmalı ve çalışma sürecinde verileri değiştirmemelidir...
Bu bir hata değildir ve bu nedenle davranış değişmez. Sadece bu özelliğin farkında olun.