Support Board
Date/Time: Mon, 10 Feb 2025 14:56:38 +0000
[Programming Help] - v2156 - sc.GraphName
View Count: 592
[2020-08-22 20:49:17] |
Ackin - Posts: 1865 |
When renaming a study name (sc.GraphName = "")....SCSFExport scsf_ name without changes, Sierrachart sometimes has trouble displaying the new study name. The study must be removed from the list in the chartbooks and re-added otherwise it reports a win module 126 error even after a reboot. In earlier versions, it displayed the new name directly. The exception has happened to me repeatedly. I don't see it as a Bug for users (the user probably won't see it), but rather a warning for other programmers not to spend more than one hour looking for a problem in code or reinstal SCH like me today. Date Time Of Last Edit: 2020-08-22 21:04:36
|
[2020-08-22 20:57:47] |
Ackin - Posts: 1865 |
btw the problem with error message 1114 still persists, it's not possible to use more libraries ... again ... I'm not solving ... I'm just announcing it to the support
|
![]() |
[2020-08-23 01:34:09] |
|
This does not make technical sense to us as to why there would even be any problem at all: When renaming a study name (sc.GraphName = "")....SCSFExport scsf_ name without changes, Sierrachart sometimes has trouble displaying the new study name. The study must be removed from the list in the chartbooks and re-added otherwise it reports a win module 126 error even after a reboot. In earlier versions, it displayed the new name directly.
And certainly this is not at all related to 2156. Nothing has even changed with changing the sc.GraphName. This is fully supported: ACSIL Programming Concepts: Dynamic Graph Names We are unable to reproduce any issue. Here is a code example: /*==========================================================================*/
SCSFExport scsf_TestFunction7(SCStudyInterfaceRef sc) { SCInputRef Input_UserEnteredString = sc.Input[0]; if (sc.SetDefaults) { // Set the configuration and defaults sc.GraphName = "Test Function 7"; sc.AutoLoop = 0; return; } sc.GraphName.Format("Test Function 7: %d", sc.UpdateStartIndex); sc.AddMessageToLog(sc.GraphName, 0); } We do not know why you are getting error 1114. That is not a Sierra Chart issue. It is an operating system error. You seem to be indicating that you are loading a lot of DLLs? 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: 2020-08-23 01:34:25
|
[2020-08-23 05:46:25] |
Ackin - Posts: 1865 |
This does not make technical sense to us as to why there would even be any problem at all:
That doesn't make technical sense to me either. It is the content of the variable string. This should not affect the list of studies at all. But I saw this exception several times yesterday. When renaming a study name (sc.GraphName = "")..... ...I marked the thread myself as Programming help and I only wrote it as a warning to others. We do not know why you are getting error 1114. That is not a Sierra Chart issue. It is an operating system error.
ok
|
[2020-08-23 09:57:19] |
|
We do not know exactly what you are doing in the code and we do not know exactly what you are seeing or what the issue is.
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: