Support Board
Date/Time: Thu, 28 Nov 2024 21:41:10 +0000
Post From: Shared dll file
| [2023-04-07 15:20:33] |
| ondafringe - Posts: 286 |
|
Here's my take: Whenever you change a study's input, what typically happens is the study will do a quick recalculation starting all the way back from the very first bar loaded in your chart. However, from what I've seen, on a quick recalc like that, there is no intra-bar processing. The study only makes one pass through the code for each bar and that pass is all-inclusive: it takes into account all the trading hours for that symbol for the entire 24 hour day. Again, from what I've seen, what *should* happen when your study's input is changed is, your calculation totals, at that point, would be retained, BUT... all the single-pass recalculation totals for each bar, from the very first bar, would be added to your retained totals, which could/would give you some pretty hyper-inflated totals. You indicate the study is performing as expected on your system, but how do you know the totals you're looking at aren't hyper-inflated? Have you used the Visual Studio debugger to check? If you aren't using Visual Studio and don't have access to the debugger, then you're flying blind, and trying to find/fix problems in your code will be a nightmare and, in some cases, maybe even impossible. As for others using your study, do you have access to their system? If not, how do you know their calculations are being reset to 0? Is the end result 0, or are they simply seeing different totals after a recalc? If I'm off on any of that, maybe someone at SC will set me straight. |