![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
hata 1 normal hata ..
kural olarak, test cihazında gerçekleşmez (eğri kodu değişmeyen sipariş parametrelerini değiştirmedikçe veya test cihazı kayma üretebilirse).
gerçek piyasada, bu (doğru emir değiştirme koduyla), özellikle kayma kullanıldığında, stoplar piyasaya yakın değiştirildiğinde mümkündür - emir artıya geçtiğinde ve bunun nedeni ile stop loss'u fiyatın hemen arkasına taşırız. kayma ve fiyat hareketi kullanımı, hata sıklıkla oluşur ve nedeni anlaşılır.. iyi hata..
Üzgünüz, SellLimit mesafenizi korumanızı gerektiriyor:
değil ( New_OOP <Teklif ) devam ederse ; ve ( New_OOP -dist*Point < Bid ) devam ederse ;
Boris , benim fOrderModify () yöntemimde, hem STOPLEVEL hem de FRIZLEVEL üzerindeki tüm kontroller dikkate alınır. Dolayısıyla, bu koşullardan herhangi birine uyulmazsa, değişiklik gelmeyecektir.
Kesinlikle yanılıyorsunuz. Son hata hala birçok önemli fonksiyonda sıfırlanıyor. Bu, WinAPI'de de çalışır.
Bu nedenle, hata kodunu oluştuktan hemen sonra yerel bir değişkende saklayın ve birçok ara işlevinizde bu sistem değişkenini on kez temizledikten sonra kullanmaya çalışmayın.
Bir seçenek olarak, hatanın üzerine yazmış olsam bile. Bu sonuncusu benim durumumda hala 1'dir. Değil mi?
Hatalarla çalışmasam bile. Ne demek istediğinizi bir örnekle gösterebilir misiniz?
İşte tüm baskılarla birlikte değişiklik işlevim. şu anda hata ayıklıyorum. ( İçinde kullanılan diğer yöntemlere dikkat etmeyin ).
Sunucu yanıt verir: Neye ihtiyacın var, yaşlı adam?
Ya da: Bana neye ihtiyacın olduğunu söyle, belki sana istediğini veririm.
Herhangi bir eleştiri ya da sade Rus "merci"sini beklemedim. Yazık kızlar...
Herhangi bir eleştiri ya da sade Rus "merci"sini beklemedim. Yazık kızlar...
Üzgünüz, SellLimit mesafenizi korumanızı gerektiriyor:
değil ( New_OOP <Teklif ) devam ederse ; ve ( New_OOP -dist*Point < Bid ) devam ederse ;
Victor, ilk mesajın zaten gerekli tüm bilgileri içeriyordu. Bu siparişin parametreleri için herhangi bir yeni değer içermeyen bir siparişi değiştirmek için siparişleri göndermeniz yeterlidir.
Boris, bunun böyle olduğunu varsayalım... Varsayalım. Ancak, fonksiyon bir emir değiştirme emrini yeniden gönderirse, değiştirilmesi gerekir. Ve hiç değiştirmiyorum. Logdaki loga baksak bile şunu göreceğiz:
Sipariş neden gönderiliyor? Eğer doğru parametrelere sahip değilse, fonksiyon lanetleyecektir... Ve sonra OK... gönderilmiş gibidir. Sonra bir hata olduğu ortaya çıktı.. Mantık nedir?Ve hatalar nerede? Buraya, düzeltme işlevinden hemen önce hataların çıktısını koydum:
Ve işte bu kod parçasının günlüğü:
Değişiklik fonksiyonundan önce herhangi bir hata olmadığı açıkça görülebilir! Ve işte hatalar???