Support Board
Date/Time: Sat, 10 May 2025 21:07:46 +0000
accessing .scid files
View Count: 1962
| [2016-07-20 12:49:15] |
| amirN - Posts: 159 |
|
I have written a program (some years ago) that gets the data from. scid file pointed to by sc.FileRecordIndexOfLastDataRecordInChart. However, after trying to revive the program today, I am finding out that although it works fine with SC in replay mode, when SC is connected to the data service either the value of the above pointer is wrong or the file is locked (or ??) as in the majority of times zero is returned for all data values. Has there been any change in either the above variable or the way. scid file can be accessed in the past few years? |
| [2016-07-20 17:30:54] |
| |
|
Due to file caching it does make sense that sc.FileRecordIndexOfLastDataRecordInChart at times would point to a record which has not yet been written to the file.
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 |
| [2016-07-20 18:47:42] |
| amirN - Posts: 159 |
|
Is the caching done by the windows or SC? Can I disable it (or change the size) to see if this is the problem? As the program was working correctly a few years ago I wonder what has changed? I suppose it makes sense as in the replay mode the data file has already been written whilst in the real-time mode it is being written. But if the data writing to datafile can be delayed how two instances of SC looking at the same data file can work properly? |
| [2016-07-20 21:50:11] |
| |
|
The caching is controlled by Sierra Chart and there is no way to disable it. It is flushed every 10 seconds. But if the data writing to datafile can be delayed how two instances of SC looking at the same data file can work properly?
When you are sharing a data file between two instances using the proper documented method, then the file cache is flushed as needed.
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 |
| [2016-07-21 07:25:54] |
| amirN - Posts: 159 |
|
So the change is that the datafile is lagging 10s compares to the data received. This makes the data file (.scid) unusable for anything realtime (was this the intention?). When you are sharing a data file between two instances using the proper documented method, then the file cache is flushed as needed. What is the proper documented method, perhaps I can use that to flush the datafile, or is there any way of flushing it manually? |
| [2016-07-21 17:53:07] |
| |
|
No, that was not the intention. Not even whatsoever. It is for performance reasons. There is no way to flush the Intraday data manually. We will add the capability to adjust the flush time to the next release. The proper documented method has been removed because sharing data files between instances of Sierra Chart is no longer officially supported. There is the new DTC server method that has replaced it. It is documented here: https://www.sierrachart.com/index.php?page=doc/doc_DTCServer.php#UsingDTCServerForDataAndTradingInAnotherSCInstance 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: 2016-07-21 17:54:43
|
| [2016-07-25 07:06:38] |
| amirN - Posts: 159 |
|
Thanks for the update. It does not matter what value I set "Interaday Flush Time in Milliscecond" (Advanced Settings menu) uppon coming back to the menu it has reverted back to 0. Is there any other options needs to be selected? |
| [2016-07-25 07:12:36] |
| |
|
We will fix this in the next release. It does not work for users because it was meant for internal use only. There is another change we need to make. 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 |
| [2016-07-25 17:24:06] |
| |
|
This is now resolved. Update to the latest prerelease following these instructions: https://www.sierrachart.com/index.php?page=doc/download.php#FastUpdate The version number remains the same. 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 |
To post a message in this thread, you need to log in with your Sierra Chart account: