Hatalar, hatalar, sorular - sayfa 3108
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
Açık.
Ah bu tutulmalar koridoru...
Demo için zamanım var, bağlantı olmadığı andan itibaren zaten 40 saat oldu.
Daha önce her şey hatasız olmasına rağmen, ürünlerin yeni sürümlerini kaçırmaz.
Sorun bende değilmiş gibi görünüyor.
3110 inşa
Dün, Market ürünlerini doğrulamak için de kullanılan MetaQuotes-Demo sunucusuna bağlanırken sorun yaşadık.
Bu sorunu dün düzelttik ve teknik nedenlerle doğrulanamayan tüm ürünleri yeniden doğruladık.
Sebep olduğumuz herhangi bir rahatsızlık için özür dileriz.
Ürününüzü yanlışlıkla gözden kaçırdıysak ve yeniden başlatmadıysak, lütfen kendiniz yapın. Şimdi kontrol normal şekilde çalışmalıdır.
İşte bir kod örneği:
Sonuç:
biri nedenini açıklayabilir mi
verir
4294966796
-500 değil.
Bir şey hiç pişirmiyor ... (
İşte bir kod örneği:
Sonuç:
biri nedenini açıklayabilir mi
verir
-500 değil.
Bir şey hiç pişmiyor ... (
https://www.mql5.com/ru/docs/basis/types/casting
İlk önce iNext'i işaretsiz bir tamsayıya göndermeniz gerekir. Ardından işaretsiz tamsayı sonucu uzun bir sayıya dönüştürülür.
Örneğimde, iNext hemen long'a dönüştürülür, bu nedenle iCurrent ayrıca long'a, yalnızca örtük olarak yayınlanır. Uzun türünden hemen sonuç
Soru, böyle bir tür sırasının neden doğru sonucu vermediğiydi. Bunun yalnızca ifadedeki tür hiyerarşisinin sırasına bağlı olduğunu varsayabilirim. Yürütme sırasında türler ifadedeki hiyerarşi sırasına göre düzenlenirse, cevap doğrudur ve değilse, hiyerarşiyi ihlal eden örtük bir tür dönüşümü değişkenin değerini değiştirebilir.
Tehdit Genel olarak, açık bir tür dönüştürme değil ve aynı zamanda hiyerarşinin ihlali.
Dün, Market ürünlerini doğrulamak için de kullanılan MetaQuotes-Demo sunucusuna bağlanırken sorun yaşadık.
Bu hatayı dün düzelttik ve teknik nedenlerle doğrulanamayan tüm ürünleri yeniden doğruladık.
Sebep olduğumuz herhangi bir rahatsızlık için özür dileriz.
Ürününüzü yanlışlıkla gözden kaçırdıysak ve yeniden başlatmadıysak, lütfen kendiniz yapın. Şimdi kontrol normal şekilde çalışmalıdır.
https://www.mql5.com/ru/docs/basis/types/casting
İlk önce iNext'i işaretsiz bir tamsayıya göndermeniz gerekir. Ardından işaretsiz tamsayı sonucu uzun bir sayıya dönüştürülür.
Örneğimde, iNext hemen long'a dönüştürülür, bu nedenle iCurrent ayrıca long'a, yalnızca örtük olarak yayınlanır. Uzun türünden hemen sonuç
o zaman nedenini açıkla
ve
int itemp=(int)(iNext-iCurrent);
doğru sonuç verir mi?
Açıklamanızın ardından ilk olarak iNext'i işaretsiz bir tamsayıya döküm. Daha sonra işaretsiz tamsayı sonucu, bir işaretin edinilmesiyle bir tamsayıya indirgenir.
Doğru şekilde?
Eğilim çizgisi, kırmızı mum çubuğunun En Düşük seviyesine eklenmez ( EURUSD, M5; Kesin Zaman Çizelgesi ; Mıknatıslanma: 15)
o zaman nedenini açıkla
ve
int itemp=(int)(iNext-iCurrent);
doğru sonuç verir mi?
Kolayca
işaretsiz tamsayı 32 bit uzunluğunda 4294966796, aynı boyutta işaretli bir tamsayıya indirgendiğinde -500 verir
Soru, böyle bir tür sırasının neden doğru sonucu vermediğiydi. Bunun yalnızca ifadedeki tür hiyerarşisinin sırasına bağlı olduğunu varsayabilirim. Yürütme sırasında türler ifadedeki hiyerarşi sırasına göre düzenlenirse, cevap doğrudur ve değilse, hiyerarşiyi ihlal eden örtük bir tür dönüşümü değişkenin değerini değiştirebilir.
Tehdit Genel olarak, açık bir tür dönüştürme değil ve aynı zamanda hiyerarşinin ihlali.
Bağlantıyı zaten sağladım https://www.mql5.com/en/docs/basis/types/casting
Orada her şey ayrıntılı olarak yazılmıştır. Hiçbir şeyi atlamadan baştan sona okuyun