Support Board
Date/Time: Fri, 07 Feb 2025 04:58:47 +0000
sc.GetOrderByOrderID
View Count: 1435
| [2020-05-23 17:44:32] |
| User869657 - Posts: 31 |
|
Hello, I am facing an issue using the sc.GetOrderByOrderID function : it works well for the first seconds of a new trade and then returns an error (SCTRADING_ORDER_ERROR). I have looked at the many examples within the TradingSystem.cpp in the ACS_Source folder and have even compiled one for further testing and the same issue happens : it works well only for a short period of time and then returns an error (the one I have tested is scsf_TradingExample(SCStudyInterfaceRef sc)) Could you please have a look and let me know if you face the same ? The version I am using is the 2101 Thank you vm in advance |
| [2020-05-24 09:05:08] |
| |
|
The reason for this is explained in the documentation here: Automated Trading From an Advanced Custom Study: sc.GetOrderByOrderID as well as the alternative solution. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2020-05-24 16:13:59] |
| User869657 - Posts: 31 |
|
Noted, thank you. If not already existing, could you please build the alternative solution (sc.GetOrderFillEntry()) but when retrieving data for a different symbol ? I guess that a version for a different symbol of sc.GetOrderFillArraySize() would have to be built as well Another question but still very much linked to this : you have clearly stated in your doc that maintaining, at the same time, both a long and a short position on the same instrument has to be done via two different accounts (i.e one for long position and one for short) : Overview of Trading: Maintaining Long and Short Position for Same Symbol Is it something that you could reconsider in the future ? The main drawback of this is that with two broker accounts (one for long, one for short), the margins asked by the broker will not be netted, but rather will be summed As always, many thanks for your help. |
| [2020-05-24 22:31:06] |
| |
|
could you please build the alternative solution (sc.GetOrderFillEntry()) but when retrieving data for a different symbol ? I guess that a version for a different symbol of sc.GetOrderFillArraySize() would have to be built as well This is involved to do and it is not something we can allocate time to anytime soon.Is it something that you could reconsider in the future ? This is really dependent upon the particular backend trading platform system you are using. None of them would support this other than the ones for cash Forex trading.
Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2020-05-24 22:31:15
|
To post a message in this thread, you need to log in with your Sierra Chart account: