Hatalar, hatalar, sorular - sayfa 895

 
Konstantin83 : Sihirli bir emir açılır. Bu sihir daha sonra ticarete ve pozisyona taşınır. Ancak pozisyon kâr veya stop ile kapatıldığında , sihir kapanış anlaşmasına aktarılmaz.

İşlemleri sihirle sıralayarak bir pozisyonun kârını nasıl öğrenebilirim? Sihirbaz olmadığı için kapanış anlaşması oraya düşmez.

POSITION_IDENTIFIER

Pozisyon Kimliği, her yeni açılan pozisyona atanan ve kullanım ömrü boyunca değişmeyen benzersiz bir numaradır. Bir pozisyonun tersine çevrilmesi, pozisyon tanımlayıcısını değiştirmez.

uzun

DEAL_POSITION_ID

Bu anlaşma tarafından açılan, değiştirilen veya kapatılan Pozisyon Kimliği . Her pozisyonun, pozisyonun tüm ömrü boyunca enstrümanda yapılan tüm işlemlere atanan benzersiz bir tanımlayıcısı vardır.

uzun

 
Anormal sonlandırma, Expert Advisor'ın döngüye girdiği, IsStopped'i kontrol etmediği ve terminal tarafından zorla durdurulduğu anlamına gelir.
 
Renat :
Anormal sonlandırma, Expert Advisor'ın döngüye girdiği, IsStopped'i kontrol etmediği ve terminal tarafından zorla durdurulduğu anlamına gelir.

Anormal sonlandırmanın yalnızca MQL kodu nedeniyle değil, aynı zamanda çalışma zamanının kendisinin dahili kilitlenmeleri nedeniyle de gerçekleştiğini görebiliyorum. Yani MQL Anormal terminatio'dan kontrolsüz diyelim.

Örneğin, MQL kodu artık var olmayan bir grafikten (ne nesne ne de grafik) bir nesneyi silmek için bir ObjectDelete komutu gönderdiğinde. Ama emri gönderirken öyleydi.
ve MQL yürütmesinin içinde, kapatma MQL kodunda değil, yürütmenin bağırsaklarında gerçekleştiğinden, kod komuttan yanıtı beklemez. Yani, ObjectDelete'in kendisinde. sonuç olarak Anormal sonlandırma elde ederiz
İkinci yaygın durum, ObjectsDeleteAll işlevinin çalışmasıdır . Senkronize olduğu için, zaten silinmiş olan nesneleri silmeye de askıda kalır, ancak yalnızca çağrısından sonra.
Üçüncü durum, çalışma zamanının Deinit EA'nın komutunu tamamlayamadığı, çünkü EA grafikten kaldırıldığı ve çizelgenin kapatıldığı en zararlı durumdur. Ayrıca çevreyi ve kontrolsüz Anormal sonlandırmayı da öğreneceğiz.

Genel olarak, anlattığım her şey özellikle OnDeinit işlevindeki exp çalışmasının tamamlanmasıyla ilgilidir. Derinlerde bir yerde nihai eylemlerle, ilk olarak bir tablonun varlığı ve ikinci olarak, Uzman Danışmanın Tanımlanması sırasında ortamın davranışı ile bir tutarsızlık var.
Birisi, Anormal fesihten önce ve bunun sonucunda bir şey yapar.

Elbette, kullanılabilirlik için ek kontroller ekleyerek bazı durumları çözebilirim. Ancak nadiren, ancak açıklanan senkronizasyon sorunlarından biri vuruyor. Ya grafik üzerinde kapatmaya çalıştıkları bir göstergeyi silerek/yükleyerek ya da nesneleri silerek.

 

Mutlak Düşüşün nasıl İlk bakiyeden DAHA FAZLASI olabileceği hakkında cevaplar almak istiyorum.

Her ne kadar tanım gereği

 Absolute Drawdown
Просадка от начального баланса показывает, насколько уменьшался баланс относительно первоначального значения. Максимально может быть равно начальному балансу, если потеряны все деньги.

https://www.mql5.com/en/forum/8996 Konusunda detaylı olarak anlatılmıştır.

 
Renat :
Anormal sonlandırma, Expert Advisor'ın döngüye girdiği, IsStopped'i kontrol etmediği ve terminal tarafından zorla durdurulduğu anlamına gelir.

Tahmin etmedim.

sergeev :

Anormal sonlandırmanın yalnızca MQL kodu nedeniyle değil, aynı zamanda çalışma zamanının kendisinin dahili kilitlenmeleri nedeniyle de gerçekleştiğini görebiliyorum.

Evet, birçok sürpriz var.

Bellek yetersizliği nedeniyle terminal donmaları ve danışmanı silememe ile karşılaştım. Bu durumda, günlükteki giriş bile her zaman düşmez.

 
komposter :

Tahmin etmedim.

Evet, birçok sürpriz var.

Terminal donmaları ve bellek yetersizliği nedeniyle danışmanı silememe ile karşılaştım. Bu durumda, günlükteki giriş bile her zaman düşmez.

Anladığım kadarıyla bu konu https://www.mql5.com/en/forum/8278 tam olarak bu konuyu ilgilendiriyor.
Потребление памяти терминалом
Потребление памяти терминалом
  • www.mql5.com
Для чистоты эксперимента установил голый МТ5 в новую папку, открыл демо-счет на сервере MQ, закрыл все графики, установил "макс.
 
Yedelkin :

POSITION_IDENTIFIER

Pozisyon Kimliği, her yeni açılan pozisyona atanan ve kullanım ömrü boyunca değişmeyen benzersiz bir numaradır. Bir pozisyonun tersine çevrilmesi, pozisyon tanımlayıcısını değiştirmez.

uzun

DEAL_POSITION_ID

Bu anlaşma tarafından açılan, değiştirilen veya kapatılan Pozisyon Kimliği . Her pozisyonun, pozisyonun tüm ömrü boyunca enstrümanda yapılan tüm işlemlere atanan benzersiz bir tanımlayıcısı vardır.

uzun

Teşekkürler, yardımcı oldu)
 
iTC :
Anladığım kadarıyla bu konu https://www.mql5.com/ru/forum/8278 tam olarak bu konuyu ilgilendiriyor.

Hayır, göstergelerle ilgiliydi.

Ve danışman, belirli bir bellek sınırının aşılmasına yol açarak, terminali sessizce kapatır. Bu, örneğin, göstergelerle birlikte farklı sembollerin/dönemlerin çok sayıda tablosu yüklendiğinde olur.

 
sergeev :

Anormal sonlandırmanın yalnızca MQL kodu nedeniyle değil, aynı zamanda çalışma zamanının kendisinin dahili kilitlenmeleri nedeniyle de gerçekleştiğini görebiliyorum. Yani MQL Anormal terminatio'dan kontrolsüz diyelim.

Örneğin, MQL kodu artık var olmayan bir grafikten (ne nesne ne de grafik) bir nesneyi silmek için bir ObjectDelete komutu gönderdiğinde. Ama emri gönderirken öyleydi.
ve MQL yürütmesinin içinde, kapatma MQL kodunda değil, yürütmenin bağırsaklarında gerçekleştiğinden, kod komuttan yanıtı beklemez. Yani, ObjectDelete'in kendisinde. sonuç olarak Anormal sonlandırma elde ederiz
İkinci yaygın durum, ObjectsDeleteAll işlevinin çalışmasıdır . Senkronize olduğu için, zaten silinmiş olan nesneleri silmeye de askıda kalır, ancak yalnızca çağrısından sonra.
Üçüncü durum, çalışma zamanının Deinit EA'nın komutunu tamamlayamadığı, çünkü EA grafikten kaldırıldığı ve çizelgenin kapatıldığı en zararlı durumdur. Ayrıca çevreyi ve kontrolsüz Anormal sonlandırmayı da öğreneceğiz.

Genel olarak, anlattığım her şey özellikle OnDeinit işlevindeki exp çalışmasının tamamlanmasıyla ilgilidir. Derinlerde bir yerde nihai eylemlerle, ilk olarak bir tablonun varlığı ve ikinci olarak, Uzman Danışmanın Tanımlanması sırasında ortamın davranışı ile bir tutarsızlık var.
Birisi, Anormal fesihten önce ve bunun sonucunda bir şey yapar.

Elbette, kullanılabilirlik için ek kontroller ekleyerek bazı durumları çözebilirim. Ancak nadiren, ancak açıklanan senkronizasyon sorunlarından biri vuruyor. Ya grafik üzerinde kapatmaya çalıştıkları bir göstergeyi silerek/yükleyerek ya da nesneleri silerek.

Teşekkürler, bunu kontrol edeceğiz.
 
komposter :

Hayır, göstergelerle ilgiliydi.

Ve danışman, belirli bir bellek sınırının aşılmasına yol açarak, terminali sessizce kapatır. Bu, örneğin, göstergelerle birlikte farklı sembollerin/dönemlerin çok sayıda tablosu yüklendiğinde olur.

Teşekkürler, kesinlikle kontrol edeceğiz.