
You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
Thank you. I'll keep that in mind. Maybe someone can tell me when this column is filled in and when it is not (as in my case). If anything, I will ask at Service Desk.
1. Insert the code correctly.
2. how is the m_period parameter optimised/selected? I.e. what is its value during your optimization?
A vague question can only be answered in the same vague way - Graph periods
I am interested in your comments on the error: " 2012.11.28 09:38:18 4194304 bytes not available "
I am interested in your comments on the error: " 2012.11.28 09:38:18 4194304 bytes not available "
This is the identifier assigned to your order by the execution venue, the exchange.
Thank you all for your replies.
Found this uncertainty with type_filling: only one mode is allowed
at the same time SendOrder places orders equally successfully with as well as withrequest.type_filling = ORDER_FILLING_RETURN; //соответствующий флаг разрешения 0
And after successful placement the actual property of the placed order ORDER_TYPE_FILLING always = ORDER_FILLING_RETURN even if we have specified request.type_filling = ORDER_FILLING_FOK in the query
Seems to me a mismatch between the list of allowed modes and the actual properties of the order after placement
tol64:
And please clarify what is meant by external trading system, in case I misunderstand it too.
You said that
You said that you havetol64:
Yes, I checked it carefully and nothing shows up in this field at the moment of order triggering.
So, was it checked during exchange trading or not?
Not enough memory.
Thank you.
Please help to analyse the situation, the following code:
When using this function, error "2012.11.28 09:58:32 4194304 bytes not available", help me to understand, increased swap file to 10GBt.
Also, I am confused by Sleep(1000); help me understand.
And after successful placement, the actual property of the placed order ORDER_TYPE_FILLING always = ORDER_FILLING_RETURN, even if request.type_filling = ORDER_FILLING_FOK was specified in the request
I think there is a discrepancy between the list of allowed modes and the actual properties of the order after it has been placed