Support Board
Date/Time: Fri, 25 Sep 2026 09:28:20 +0000
v2958 - recompile for define CHART_ARRAYS_AS_DOUBLE
View Count: 20
| [2026-09-25 06:47:11] |
| User719512 - Posts: 481 |
|
I closed Sierra v2957 robocopy /s /e d:\SierraChart d:\SierraChart-2957 Can run either or both to compare/fallback Opened Sierra (from d:\SierraChart, like normal) install v2958 Closed Sierra Copied headers from \SierraChart\ACS_Source to my project rebuilt (I build with Visual Studio and my custom dlls get copied to \SierraChart\Data) Opened Sierra Opened various charts -> ALL WORK GREAT Replay -> GREAT I have been keeping up since last December, and all my study code has already been updated to use t_ChartArrayDataType since it was first introduced. So as expected, I recompiled, and it all worked. Simple. Persistents, sc.p_GDIFunction = DrawToChart;, GetPersistentPointerFromChartStudy, GetVAPElementAtIndex and many others ----- Only thing I noticed was tick size for SPY-NQTV and QQQ-NQTV v2957 0.009999999776482582 v2958 0.010000000000000002 set to 0.01 save open/F5 0.010000000000000004 esc (close)/F5 repeat 0.010000000000000005 0.010000000000000007 0.010000000000000009 ... 0.010000000000000047 seems to not exceed that I don't think this is material and a cosmetic issue only. Just calling it out. ----- The annoying part to test (or deal with) are the custom studies coming from other sources. https://www.sierrachart.com/UserControlPanel.php?page=EnabledCustomStudies I have some DLLs from 3rd party custom study developers in my Data dir that download when Sierra starts, and they are not recompiled (as expected). I am gonna guess, a few (or several/many) devs are not maintaining some of these. It's great Sierra added a feature so you can DISABLE the download of various DLLs for any reason, including if the devs for them are not maintaining the user list (Manage Custom Study Access). Also nice you and re-ENABLE them too. In v2958 to test, I chose to Release All DLLs, delete unwanted DLLs from Data dir, Allow, then load charts, then remove all the "failed to load" or "Custom Study Dll" entries, leaving just my own custom studies and Sierra studies on my charts. Save. This was the basis for all my testing to verify DLLs that are my own custom study DLLs work with CHART_ARRAYS_AS_DOUBLE. Overall, pretty smooth Sierra! ----- Last thought for Sierra to consider: If you updated #define SCDLLName(DLLName) to include an additional SCDLLEXPORT you could LoadLibraryW/GetProcAddress for this new export. I changed mine to: #define SCDLLName(DLLName) \ SCDLLEXPORT int SCDLLCALL scdll_DLLVersion() { return SC_DLL_VERSION; } \ SCDLLEXPORT const char* SCDLLCALL scdll_DLLName() { return DLLName; } \ SCDLLEXPORT int SCDLLCALL scdll_SizeOfChartArray() { return (int)sizeof(t_ChartArrayDataType); } And tested with a quick powershell script that tested for existence and called it if it exists: Export found: scdll_SizeOfChartArray @ 0x7FFC27FB1020 scdll_SizeOfChartArray() => 8 May not prevent all crashes, but would allow blocking/not loading and allow reporting of out of compliance ones. Might reduce a ton of support requests. Just a thought... |
To post a message in this thread, you need to log in with your Sierra Chart account: