Şablon parametreli derleyici hatası = void* - sayfa 13
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
Şimdiye kadar, günlüğün yalnızca derleme sonundaki (varsa) ilk hatanın başlangıcına otomatik olarak kaydırılmasını yaptım. Bu olmadan, bir hata mesajı arayarak listeyi (ve oldukça büyük) sürekli olarak manuel olarak döndürmeniz gerekiyordu. Bu daha kanamalı.
Ve ayrıca Otomatik Kaydırma (farenin sağ tuşuyla) vardır - işaretini kaldırın
Ilya Malev :
Ve daha sıradan görevlerden bahsedersek, bu sayı sistemde oluşturulan nesnelerin sayısını gösterir ve dinamik listelere dayalı herhangi bir mimaride hata ayıklama için kullanışlıdır. Şaşırtıcı olmayan bir şekilde, alma yasağını nasıl "aldatacağımı" bulan ilk kişi ben değilim ve sadece 4-ki için olsa da daha hızlı bir yol önerildi.
Her zaman , bir işaretçinin açıkça uzun süreye dönüştürülmesinin yararlı olduğunu savundum. Ve geliştiriciler faydaları anlamadı ve kaldırdı. Biraz farklı bir yolum var - hangisi olduğunu yazmayacağım, yoksa kapanacak
Bana PM veya sabunla yaz, eğer senin için çok zor olmazsa, kendimi empoze edeceğim. Bununla gerçekten ilgileniyorum, forumda göstermeyeceğim.
not dll dahil yoluyla gerekli olmasa da, tk. Bu çözümün artılarından daha fazla eksileri var.
not Bunu düşünürseniz, geliştiriciler PrintFormat ve StringConcatenate ile boşlukları kasıtlı olarak bıraktılar, aksi takdirde neden bıraktıklarını tahmin etmek zor. Ne bıraktıklarını görmeden edemediler. Yani tüm yöntemleri geçersiz kılmak gibi bir hedef yoktu ve bunun için endişelenmenize gerek yok.
Sonuçta, bu sadece bir sayı. Onu bulma olasılığı, verilerin güvenliği ve bütünlüğü için herhangi bir tehdit oluşturmaz, çünkü onu aldıktan sonra değiştirmek veya "özel" bir şekilde kullanmak hala imkansızdır ve hatta bir referansa bile atıfta bulunmaz. bellek alanı, ancak basit bir yığın sayacı. Görünüşe göre, kapatılan bu sayı değil, özellikle ikinci int idi, bu zaten gerçek bir hafıza alanına vb. işaret edebilirdi. Ancak, sadece dile getirilen tüm amaçlar için buna ihtiyacımız yok.Ve ayrıca Otomatik Kaydırma (farenin sağ tuşuyla) vardır - işaretini kaldırın
Hmm, gerçekten, şimdi doğru çalışıyor. Sadece eski yapılar için yaptım, orada çarpık çalıştı, ilk hatada çarçur edilmedi, ortada bir yerde. Uzun süre dayandım , ama sonra sinirlerim dayanamadı) Hala sabırlı olabileceği ortaya çıktı - ve tekerleği yeniden icat etmek zorunda kalmayacaktı)
Bunun için bir madalya almalısın. İlk haftanın sonunda sinirlerim dayanamadı, ikinci haftanın sonunda doğru düğmeyi buldum.
Bunun için bir madalya almalısın. İlk haftanın sonunda sinirlerim dayanamadı, ikinci haftanın sonunda doğru düğmeyi buldum.
Yani öncesinde her şey yolundaydı. Şimdi özellikle farklı yapılarda kontrol ettim, bu hata yapı 1550'den başladı ve birçok yapı boyunca devam etti. Orada hiçbir düğme size yardımcı olamaz)
Ve daha sıradan görevlerden bahsedersek, bu sayı sistemde oluşturulan nesnelerin sayısını gösterir ve dinamik listelere dayalı herhangi bir mimaride hata ayıklama için kullanışlıdır. Şaşırtıcı olmayan bir şekilde, alma yasağını nasıl "aldatacağımı" bulan ilk kişi ben değilim ve sadece 4-ki için olsa da daha hızlı bir yol önerildi.
Şimdi benim için sıradan görev, formu .dll'de MT5'e zarif bir şekilde VS ile tutturmak istiyorum))) - Düğme tıklama işleyicilerini bir sınıfa sarmak ve işaretçi dizisini atlayarak onları çağırmak istiyorum işleyici işlev görür ve ana EA kodunda f adlarını VS'de olduğu gibi bire bir yazma becerisini elde etmek istiyorum, yani. button2_Click() ....button2_Click()
Not: ÇOP alanından bir görev)))
konuya göre, son 3 sayfa çok parantez koymanın tavsiye edilebilirliğini tartışıyor, IMHO, çok sayıda parantezin varlığı derlenen kodun performansını etkilemez, ancak programcı hesaplama sırasını açıkça tanımlar. gelecekte MT güncellemeleriyle değişmeyecek veya kodu diğer programlama dillerine taşırken değişmeyecek olan aritmetik / mantıksal ifade - yani. tembellik ve nihai sonuca karşı çok sorumlu bir tutum değilse, çok şey koyun)))
konuya göre, son 3 sayfa çok parantez koymanın tavsiye edilebilirliğini tartışıyor, IMHO, çok sayıda parantezin varlığı derlenen kodun performansını etkilemez, ancak programcı hesaplama sırasını açıkça tanımlar gelecekte MT güncellemeleriyle değişmeyecek veya kodu diğer programlama dillerine taşırken değişmeyecek olan aritmetik / mantıksal ifade - yani. tembellik ve nihai sonuca karşı çok sorumlu bir tutum değilse, çok şey koyun )))
Neden onları kendin kurmuyorsun? Profiline bakamayacak kadar tembel değildim:
ve şöyle olmalı:
Bir şeyi beyan edersiniz, ancak bunu kendiniz yaparsınız - tam tersi.
Parantez taraftarları onları kendileri koymasalar bile, bu onların işe yaramazlığının en iyi teyididir.