Hatalar, hatalar, sorular - sayfa 1742

 

Yardım diyor ki:

"Piyasa" ve "Değişim" yürütme modlarında, her türlü emir için "İade" doldurma politikasına her zaman izin verilir . Diğer türlerin izni, SYMBOL_FILLING_FOK ve SYMBOL_FILLING_IOC özellikleri kullanılarak kontrol edilir.

Ancak, her zaman değil. Yani Robo'daki hesaplarda "Return" çalışmaz, ne Pro hesaplarda ne de ECN hesaplarında.

 
Andrey Dik :

Yardım diyor ki:

"Piyasa" ve "Değişim" yürütme modlarında, her türlü emir için "İade" doldurma politikasına her zaman izin verilir . Diğer türlerin izni, SYMBOL_FILLING_FOK ve SYMBOL_FILLING_IOC özellikleri kullanılarak kontrol edilir.

Ancak, her zaman değil. Yani Robo'daki hesaplarda "Return" çalışmaz, ne Pro hesaplarda ne de ECN hesaplarında.

Sadece bir roboya rastladım

Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum

Hatalar, hatalar, sorular

fxsaber , 2016.10.20 08:24

Tüm ticaret sunucularında SB
//+------------------------------------------------------------------+
//| Get the property value "ORDER_TYPE_FILLING"                      |
//+------------------------------------------------------------------+
ENUM_ORDER_TYPE_FILLING COrderInfo::TypeFilling( void ) const
  {
   return (( ENUM_ORDER_TYPE_FILLING ) OrderGetInteger ( ORDER_TYPE_FILLING ));
  }

HER ZAMAN test cihazında ENUM_ORDER_TYPE_FILLING::ORDER_FILLING_ RETURN döndürür.

Bu nedenle, OrderModify'da COrderInfo::TypeFilling() aracılığıyla doldurma belirtilirse, aynı RoboForexEU-MetaTrader 5'te [Desteklenmeyen doldurma modu] mantıksal bir hata olacaktır. Ancak, bu hata MetaQuotes-Demo'da oluşmuyor - geliştiricinin sunucusu yanlış yapılandırılmış mı?



 
Andrey Dik :

Yardım diyor ki:

"Piyasa" ve "Değişim" yürütme modlarında, her türlü emir için "İade" doldurma politikasına her zaman izin verilir . Diğer türlerin izni, SYMBOL_FILLING_FOK ve SYMBOL_FILLING_IOC özellikleri kullanılarak kontrol edilir.

Ancak, her zaman değil. Yani Robo'daki hesaplarda "Return" çalışmaz, ne Pro hesaplarda ne de ECN hesaplarında.

"Dönüş" doldurma ayarının tüm ticaret sunucuları için varsayılan olarak ayarlandığına dair bir şüphe var (en azından FxPro'da bunu yanıtladılar

Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum

Sunuculardaki modları doldurun

Karputov Vladimir , 2016.10.14 19:18

Doldurma modu "Geri Dön":

Dönüş

kimlik yok

 

Bu mod piyasa (Al ve Sat), limit ve stop-limit emirleri için ve sadece "Piyasa yürütme" ve "Borsa yürütme" modlarında kullanılır. Kısmi işlem yapılması durumunda kalan miktara sahip piyasa veya limit emri iptal edilmez, işlemeye devam eder.

Ve işte ticaret organizasyonunun "İade" dolum modu ile ilgili cevabı

MT5 uzmanımız Metaquotes ile iadenin varsayılan olarak kullanıldığını ve doldurmada hiçbir şey seçmediğinizde uygulandığını onayladı.

)

Başka bir deyişle, bir tür saplama.
 
Karputov Vladimir :

"Dönüş" doldurma ayarının tüm ticaret sunucuları için varsayılan olarak ayarlandığına dair bir şüphe var (en azından FxPro'da bunu yanıtladılar

Başka bir deyişle, bir tür saplama.

Bazı ofislerde (özellikle MT5'i yakın zamanda başlatmış olanlar), doldurma türünü açıkça belirtmek gerekir - değilse, bir hata olacaktır.

Aynı Robo'da, sunucu "Geri Dön" doldurma kontrolüne sadık kalsa da, aslında bu tür doldurma çalışmaz. Kısacası, bu dolgularla tam bir kafa karışıklığı.

 
Bu konuyla ilgili olmayan yorumlar " OBJ_CHART için CHART_SHOW_OHLC " bölümüne taşındı.
 
Açıkçası yavaşlıyorum
class A
{
public :
   virtual int f()
  {
     Print ( __FUNCSIG__ );
    
     return ( 0 );
  }
};

class B : public A
{
public :
   virtual int f()
  {
     Print ( __FUNCSIG__ );
    
     return ( 0 );
  }
};

void OnStart ()
{
//  A* b = new B;
  B* b = new B;
  
  ((A*)b).f();

   delete b;
}
Bir çocukta sanal yeniden tanımlanırsa, temel sanala asla ulaşılamayacağını doğru anlıyor muyum? Onlar. b'den A::f'yi çağırmanın bir yolu yoktur.
 
fxsaber :
Çocukta sanal yeniden tanımlanırsa, temel sanal'a asla ulaşılamayacağını doğru anlıyor muyum? Onlar. b'den A::f'yi çağırmanın bir yolu yoktur.

Hemen hemen. C++'da aşağıdaki gösterime izin verilir:

B* b = new B;
b.A::f();

Ama burada bu mümkün değil. Bu nedenle, yalnızca ve yalnızca bir koltuk değneği ile:

class B : public A
{
public :
   virtual int f()
  {
     Print ( __FUNCSIG__ );
    
     return ( 0 );
  }
  
   int f1()
  {
     return A::f();
  }
};
 
Комбинатор :

Hemen hemen. C++'da aşağıdaki gösterime izin verilir:

B* b = new B;
b.A::f();

O zaman neden C++'da çalıştığını anlamıyorum. Sonuçta, sanal yöntem tablosundaki geçersiz kılınan sanal tamamen geçersiz kılınmalıdır. Ve tabandan ve bir iz olmamalıdır.

Ama burada bu mümkün değil. Bu nedenle, yalnızca ve yalnızca bir koltuk değneği ile:

class B : public A
{
public :
   virtual int f()
  {
     Print ( __FUNCSIG__ );
    
     return ( 0 );
  }
  
   int f1()
  {
     return A::f();
  }
};
O zaman A* b = yeni B; sığmaz.
 
fxsaber :

Sonuçta sanal yöntem tablosunda yeniden tanımlanan sanal tamamen yeniden tanımlanmalıdır. Ve tabandan ve bir iz olmamalıdır.

Tür açıkça belirtilirse, yöntem sanal işlev tablosu kullanılmadan doğrudan çağrılır.

Bu şekilde, bir gövdesi varsa tamamen sanal bir işlevi bile çağırabilirsiniz.

fxsaber :
O zaman A* b = yeni B; sığmaz.

Böyle bir durumda, başka bir koltuk değneği gereklidir - işlevin iç öğelerini temel sınıftaki sanal olmayan bir yönteme aktarmak ve onu sanal olanın içinde çağırmak için. O zaman temel sınıf ve varis üzerinde sanal olmayan bir yöntemi açıkça çağırmak mümkün olacaktır.

 
Комбинатор :

Tür açıkça belirtilirse, yöntem sanal işlev tablosu kullanılmadan doğrudan çağrılır.

Bu şekilde, bir gövdesi varsa tamamen sanal bir işlevi bile çağırabilirsiniz.

Böyle bir durumda, başka bir koltuk değneği gereklidir - işlevin iç öğelerini temel sınıftaki sanal olmayan bir yönteme aktarmak ve onu sanal olanın içinde çağırmak için. O zaman temel sınıf ve varis üzerinde sanal olmayan bir yöntemi açıkça çağırmak mümkün olacaktır.

Anladım teşekkürler!