![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
Ve böylece bir numaralı soru var.
Bir 64 uygulama, user32.dll vb. gibi 32-bit dll'lerden nasıl içe aktarılır? Yoksa sistemde bu isimle kopyaları var mı ve OOP alanı mı oluşuyor?
Yeni başlayanlar için, x64 sistemlerinde x86 programlarının öykünülmüş bir lansmanı vardır. Soru, x64 programlarının x86'da nasıl çalıştırılacağıdır?
Belki de soru terminalde değil, aynı DLL'lerin bir tür zor derlemesinde mi?
Tüm çalışmalardan sonra, vida API'sinden DLL. Örneğin, bir 32/64 bit terminalde user32, kernel32 , winmm, wininet.
Sorunun çözümü başka bir düzlemde bir yerde görülebilir.
Soru, x64 programlarının x86'da nasıl çalıştırılacağıdır?
Belki de soru terminalde değil, aynı DLL'lerin bir tür zor derlemesinde mi?
Tüm çalışmalardan sonra, vida API'sinden DLL. Örneğin, 32/64 bit terminalde user32, kernel32, winmm, wininet.
Sorunun çözümü başka bir düzlemde bir yerde görülebilir.
Burada bir şey var. Onlar. teorik olarak, 32-bit DLL'lerin burada ve orada çalışmasını sağlayabilirsiniz.
Belki de geliştiricileri aramanın zamanı gelmiştir.
// "Saf" bir şekilde derlenen 32 bit DLL, x64'ümde çalışmayı durdurdu. Ama belki de derlemenin daha zor yolları vardır. Her durumda, "vardır" (c) - emsalleri vardır -
Tüm çalışmalardan sonra, vida API'sinden DLL. Örneğin, 32/64 bit terminalde user32, kernel32, winmm, wininet.
Peki, bu benzetmeye göre yapın ... iş bir şey! ... :-))
Ve bir bakacağım. ;)
Davanız için en basit seçenek.
Eh, en basit durum için - ofset. "Seni kaydediyorum" (c) :)
Hafızadan, çok ekonomik olmasa da, karşılaştırma için
sonuç:
Fark 6 kat. Bir kayan nokta arabelleğim olduğu göz önüne alındığında - üç. // ve ayrıca örtük bir bellek soygununuz da var - sistem sınıfı tanımlayıcı tablosu (bu örnekte) 1000*1000+1000'dir ve bende 1 (!)
Çalışma hızı neredeyse aynı.
küçülecek misin? ;)
--
not Muhtemelen yalan söyledi. Alt sınıflarınızın tümü statiktir, bu nedenle örtülü soygun biraz abartılı. atlıyorum. :)
Belki de geliştiricileri aramanın zamanı gelmiştir.
x86 (32 bit) işlemleri için sistem kitaplığı işlevleri, bunların x64'e geçirildiği, yürütüldüğü ve x86'ya geri döndürüldüğü özel bir sarmalayıcıya sahiptir.
Kısaca.
x86 (32 bit) işlemleri için sistem kitaplığı işlevleri, bunların x64'e geçirildiği, yürütüldüğü ve x86'ya geri döndürüldüğü özel bir sarmalayıcıya sahiptir.
Bilgi için teşekkürler.
Ve aynısını kendin nasıl yapacağımı söyler misin? Sadece bağlayabilirsiniz (varsa).
küçülecek misin? ;)
Hayır, mümkün olduğunda tek boyutlu diziler kullanırım.
TAMAM. Bu durumda optimizasyon sorunları ikincildir. Feat her şekilde korunur.
--
Aşağıdaki sorunu önerebilirim.
Bir dizi keyfi boyut (kesinlik için, diyelim ki ^16 ile sınırlayacağız).
Boyut, sıradan dizilerde olduğu gibi, oluşturma sırasında parametre sayısına göre ayarlanır.
XXArray xx2(5,7), xx5(12,12,16,16,8);
Dizin oluşturucular tüm boyutlar için çalışmalıdır ( A[i][j][k][n][m]....)