Support Board
Date/Time: Wed, 09 Sep 2026 23:56:52 +0000
v2922 & v2947: study calculation or replay data loading silently stops chartbook-wide during Accurate back test replay; Reca
View Count: 46
| [2026-09-09 16:18:44] |
| User313107 - Posts: 3 |
|
Sierra Chart 2922 64-bit (rev 57220) and 2947 64-bit (rev 58042), Windows 11, Not Connected (all networking blocked by firewall during back tests by design). Chartbook: 4 charts of one symbol (60 min, 5 min, 2 min, 1 min), custom ACSIL studies with cross-chart references (charts #1 and #2 feed chart #4), Replay Mode = Accurate Trading System Back Test Mode, All Charts in Chartbook, 100X, Skip Empty Periods off, Chart Update Interval 400 ms, Multiple Chart Back Test Update Interval 200 ms. Reproduced with "Use OS Timer For Charts" = Yes and = No, and on both versions (2947 was a clean controlled update over the same chartbook/data/config; we have since rolled back to 2922 because the behavior also occurs there and comparability of results was lost). Instrumentation: one ACSIL study ("ACS_STUDY_A" in the logs; manual loop, sc.UpdateAlways = 1) logs a heartbeat every 1000 invocations and every 100 bars via sc.AddMessageToLog. Normal cadence during replay data: one line every ~31 s (~35-45 calls/s); during a no-data period one every ~220 s with the bar index static. Custom study/DLL/chartbook names in the logs are neutralized (ACS_STUDY_A, CUSTOM_DLL_A...E, CHARTBOOK_A) - consistently, so the sequence of events is fully traceable. Occurrence 1 - 2922, OS Timer = Yes (log: FIXRUN1_LOG_redacted.log): at 46 min into the replay (replay time ~ 08-03 23:10), every study on every chart stopped being calculated at the same moment, while the replay clock kept advancing, new bars kept appending on all charts, redraw/menus/scrolling worked, and the process later exited normally. CPU ~0.4 %, private memory ~71 MB, flat. Last heartbeat calls=40000, bars=34930 at 16:49:35; for the following 52 minutes not a single heartbeat (the scsf function was never invoked again) while the 1-min chart gained ~3,000 bars. Nothing was logged at the moment it stopped. Not restored by: Pause then Play (replay resumed, studies still dead); Chart - Recalculate: no "Reloading chart" followed, and shortly after, "Volume By Price ... SubGraphData ... Array is unallocated" (arrays freed, recalculation never ran); Study Settings - Apply; Replay Stop: "Reloading chart" was logged for all 4 charts but "Chart data loading complete" never followed (4+ min, charts blank), "Back test processing: NumberOfTimesCalculateCalled (Cumulative) = 0" per chart. File - Exit normal. Occurrence 2 - 2922, OS Timer = No (log: FIXRUN2_LOG_redacted.log; same chartbook/data/start): at 62 min in (replay time 08-05 00:27:41) a different stage froze: replay data loading. LastLoadedDateTime stuck permanently (the .scid is continuous at that point) while study calculation kept being invoked at the no-data cadence. Pause/Play no effect; a Replay "Jump" was accepted and logged but never applied; rewind: "Reloading chart" never completed; Stop produced no log line; Exit normal. Occurrences 3-4 - 2947 (log: AB_RUN3_2947_LOG_redacted.log; same chartbook/data/config after a clean controlled update): (a) With Replay Start 17:59 (inside data), study calculation was invoked once and then never again from 38 s after Play (bars static). After Stop, the charts logged loading complete, but the full recalculation that chart #1/#2 had tagged for chart #4 never ran: "Base Graph ... Array is unallocated", no heartbeat, chart #4 stayed blank until Exit. (b) Separately: starting the replay at a date-time inside a no-data period (Start 08-02 00:00, a Saturday) leaves the replay position at the prior Friday close (07-31 16:59:54) indefinitely - 25 min observed, studies alive, Stop/reload normal. On 2922 the same start advances immediately. We found nothing about this change in What's New 2923-2947 - is it intended? Message Logs were searched for "Error posting message in c_AsyncWindow::PostMessage", "Not enough quota", "PostMessage", "message queue" and related text across the three sessions above plus four earlier ones (740-4,714 lines each): zero occurrences. The end state matches thread 106616 (v2891/v2927, live data): all studies stop, data path alive, threads idle, CPU ~idle, restart required - here under replay, on 2922 and 2947, with either timer setting, and in two variants (calculation stops while data advances; data loading stops while calculation continues). Questions: 1. Is this a known condition, and do the 2931 timer/message-queue changes address it? (We still reproduce on 2947.) 2. Which dump/log method do you want for a replay-time occurrence, given nothing is logged at the freeze moment? We can reproduce within ~1-2 hours of replay. 3. Is the replay-start-inside-a-no-data-period behavior on 2947 (item (b)) intended? 4. Is anything known to interact between cross-chart study references (tagged full recalculation under controlled-order updating) and this condition? Note: the three Message Logs and five screenshots referenced above will be attached immediately after posting (attachment limit permitting). Date Time Of Last Edit: 2026-09-09 16:37:42
|
Private File Private File Private File |
| [2026-09-09 16:40:10] |
| User313107 - Posts: 3 |
|
Screenshots (part 1 of 2), referenced in the first post. Custom study/chartbook names are masked in the images, consistent with the neutralized names in the logs. - SS_run1_blank_charts_after_stop.png: occurrence 1 (2922, OS Timer Yes) - charts blank after Replay Stop; 'Reloading chart' logged for all 4 charts but 'Chart data loading complete' never followed. - SS_run2_blank_after_jump.png: occurrence 2 (2922, OS Timer No) - blank charts after the Jump that was accepted and logged but never applied. - SS_run2_UseOSTimer_No.png: setting confirmation for occurrence 2. Part 2 with the two 2947 screenshots follows. |
 SS_run1_blank_charts_after_stop.png / V - Attached On 2026-09-09 16:38:51 UTC - Size: 36.71 KB - 5 views SS_run2_blank_after_jump.png / V - Attached On 2026-09-09 16:39:22 UTC - Size: 54.52 KB - 2 views SS_run2_UseOSTimer_No.png / V - Attached On 2026-09-09 16:39:55 UTC - Size: 8.53 KB - 2 views |
| [2026-09-09 16:41:52] |
| User313107 - Posts: 3 |
|
Screenshots (part 2 of 2), from the 2947 controlled-update session: - SS_2947_replay_not_advancing.png: occurrence (b) - Replay Start 2026-08-02 00:00 (inside a no-data period); the replay position stays at 07-31 16:59:54 (visible in the top bar) while the dialog shows the requested start date; observed for 25 min. - SS_2947_blank_chart4_after_stop.png: occurrence (a) - chart #4 blank after Replay Stop; the tagged full recalculation never ran (C: 0.0, no heartbeat until Exit). This completes the evidence set: 3 Message Logs on the first post, 5 screenshots across these two replies. We can provide further captures or run a specific procedure on request. |
| SS_2947_replay_not_advancing.png / V - Attached On 2026-09-09 16:41:08 UTC - Size: 98.78 KB - 3 views SS_2947_blank_chart4_after_stop.png / V - Attached On 2026-09-09 16:41:37 UTC - Size: 59.37 KB - 3 views |
| [2026-09-09 16:48:40] |
| John - SC Support - Posts: 47822 |
|
If you try this without the custom studies, do you have the same issue? Can you reproduce this without the custom studies? An easy way to do this is to use the "Safe Mode" option when logging into Sierra Chart. Refer to the following: Sierra Chart - Software Login Instructions: Using Safe Mode For the most reliable, advanced, and zero cost futures order routing, use 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: