Support Board
Support Board
Search Board
Control Panel
View My Posts / Threads
Direct MessagesDate/Time: Fri, 19 Apr 2024 09:48:34 +0000
Post From: Custom Studies has issue on windows 10
| [2019-10-18 14:29:58] |
| binaryduke - Posts: 354 |
|
We don't call any ACSIL (sc) functions during the sc.SetDefaults code blocks for the DLL's studies. The only possible contentious code in this block for the DLL's studies is: - some dynamic memory allocation in the ETOFSv3_64.scsf_Emoji_License_Manager. We have checked this and it is allocated and freed correctly and the associated pointers are set to nullptr as a further failsafe. Further, we have tested by deleting this study from the DLL and user chartbooks still crash with heap corruption - routines to set inputs. We have a bank of around 70 inputs that studies access. Not every input uses every study, however we have taken heed of the guidance within this post: Strange behaviour when populating sc.Input array and our code: - ensures that inputs are used in a continuous set in the sc.Input array starting from the zero index - does not present unused inputs by NOT setting the name member for the input I recall reading about study behaviour when Sierra Chart browses available studies within custom DLLs but this is not documented here: Working with ACSIL Arrays and Understanding Looping: When the Study Function is Called - perhaps it was in a support thread. Please could you provide some guidance as to what checks in the DLL so we can investigate around these areas. We do use some global variables. We have not experienced the situation that the program crashes when Analysis >> Studies >> Add Custom Study is selected which is odd. We continue to compile excluding potentially 'dangerous' code involving dynamic memory allocation but we are still finding heap corruption and the VS debugger is 90% of the time not referring back to our code but to the call stack that we have previously provided. |