Support Board
Date/Time: Fri, 27 Dec 2024 11:32:15 +0000
SC 1316 Errors While Trading
View Count: 2251
| [2015-11-06 14:21:58] |
| umair1 - Posts: 86 |
|
I'm using SC 1316 with Rithmic. Wedbush/DDT is my broker. I was trading ES and got the following errors while trying to place orders: An unhandled exception was caught in c_MDIDetachableWindow::WindowProc. Message: 123, wParam: 75046, lParam: 31655173 | 2015-11-06 06:03:52 Warning: Caught an exception during the processing of a timer event. | 2015-11-06 06:03:58 * Warning: Caught an exception during the processing of a timer event. | 2015-11-06 06:04:33 * Warning: Caught an exception during the processing of a timer event. | 2015-11-06 06:15:29 * Warning: Caught an exception during the processing of a timer event. | 2015-11-06 06:15:54 * The trade dialog still pops up and I can still go through with the trade- but I am unable to modify any attached orders. Can you look into this? |
| [2015-11-06 17:21:34] |
| |
|
Restart Sierra Chart. Let us know if you continue to see the problem. Are you using any custom studies? 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 |
| [2015-11-06 17:42:44] |
| |
|
It is very important that we understand the source of the problem and resolve it if it is a problem within Sierra Chart itself. Please let us know if you continue to see it again And let us know if you are using any custom studies. 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 |
| [2015-11-06 18:06:23] |
| umair1 - Posts: 86 |
|
I restarted Sierra Chart and I'm not getting the error anymore. Yes I am using custom studies. I have scanned through the message log to make sure the custom studies aren't causing any errors. I have been using the same custom studies for over a year without a problem up until SC 1306. After 1306 I noticed that every now and then SC would hang when I pushed F5 or F6. I could see that the chart settings/study settings window would quickly open and then be minimized. Impatiently I would click somewhere on the window bar to see if I have control of the program and then my computer would be unresponsive to clicks anywhere on the screen unless I used ALT-TAB to switch programs. Once I switched away from SC then everything else worked fine. When this happened I would have to shut it down from the windows task manager. When I went to shut it down windows would say the program is waiting for an input from me, but if I ALT-TABBED and looked around for other SC windows I couldn't find any that were looking for a response- sometimes I would get the window saying I have open trade orders and whether or not I would like to exit, followed by the window that prompts to Save All. Sometimes I could exit properly, other times I was forced to shut it down from windows. I upgraded to SC 1316 yesterday hoping the issues mentioned above would go away and so far I haven't had them but I got the trading errors that I posted this morning- which is new. Now that I restarted SC I'm not getting any errors for now. I suspect it may have to do with the number of chartbooks and chart windows I have open. I trade about 15-20 markets and each one has it's own chartbook. Each chartbook usually at least has separate daily, weekly, monthly, a few renko, and a tick chart. In the past I have had minor issues with SC and have noticed reducing the number of open chartbooks has helped. Date Time Of Last Edit: 2015-11-06 18:10:46
|
| [2015-11-06 18:54:40] |
| |
|
Refer to help topic 17.1: https://www.sierrachart.com/index.php?page=doc/helpdetails17.html#h17.1 Very likely this custom studies are the source of the problem based on what you are describing. Follow the instructions to use "ACS Safe Mode". You should not be having any of these troubles with Sierra Chart at all. 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 |
| [2015-11-09 19:56:01] |
| umair1 - Posts: 86 |
|
I have been trying to debug my custom studies. They don't always cause problems when loaded- the problems begin to arise after they have been running for a while (like around 30 min). I wanted to put a giant try/catch block around my code. Do you have any examples on how to do this properly? |
| [2015-11-09 22:19:10] |
| |
|
Enclose all of the code within a function like this: try
{ // function contents go here } catch (...) { sc.AddMessageToLog("Exception caught in ACSIL study function", 0); } 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 |
| [2015-11-11 14:32:50] |
| umair1 - Posts: 86 |
|
Thanks, I have a few questions: I really wanted to use a block like catch(exception& e) and then use e.what() so I could see what exactly the exception is. But I was unable to get this to work in SC. I suppose I could use the block of code you provided and then group different parts of my code with different log messages to figure out which block is causing the problem, but when I tried to compile the block given above I got the following build error: error: exception handling disabled, use -fexceptions to enable Why is exception handling disabled? It would be helpful if we could turn it back on in SC. To circumvent this, I compiled from the windows cmd command line. I copied the G++ build statement from the "build custom studies" window in SC and simply replaced the -fno-exceptions with -fexceptions. I put try/catch blocks in all my custom studies around all the code outside of the "if (sc.SetDefaults)" if statement but I never get any exceptions thrown from my custom studies. But I still get exceptions from Sierra Chart. Lately I have been getting the following error: Warning: Caught an exception during the processing of a timer event. | 2015-11-11 06:19:05 * which repeats over and over for a few minutes. I get this error from simply switching between charts or pushing F5 or F6. Some of the SC menu options become unresponsive after getting this error. But I never get exceptions thrown from my custom studies. I wanted to test whether or not SC even reports a thrown exception from a custom study so I built the following: #include "sierrachart.h" SCDLLName("test exceptions") SCSFExport scsf_renko_overlay(SCStudyInterfaceRef sc) { SCSubgraphRef test = sc.Subgraph[0]; if (sc.SetDefaults) { sc.GraphName = "test exceptions"; sc.StudyDescription = "test exceptions"; sc.AutoLoop = 1; sc.FreeDLL=1; return; } try { //Define an array of variables within the function. This is created on the "stack" int IntegerArray[4] = {1, 2, 3, 4}; //The following line will corrupt the stack because it is accessing beyond the bounds of the array IntegerArray[4] = 10; } catch(...) { sc.AddMessageToLog("Exception caught in test exceptions study",0); } } This is the stack corruption example copied straight from: https://www.sierrachart.com/index.php?page=doc/helpdetails17.html#h17.1 This code doesn't throw an exception. The only time I receive an exception from a custom study is if I explicitly throw one ie throw "exception test"; So I need better tools/methods to debug my custom studies because if they are causing problems, they aren't significant enough to cause exceptions. I will try running in ACS safe mode for a few days and see if all the exception errors go away. |
| [2015-11-11 19:15:09] |
| |
|
I really wanted to use a block like catch(exception& e) and then use e.what() so I could see what exactly the exception is. But I was unable to get this to work in SC. This does not work with hardware level exceptions which you are causing. And not all exceptions/faults/programming errors can be caught. Warning: Caught an exception during the processing of a timer event. | 2015-11-11 06:19:05 * This is caused by the problem in your code. This code doesn't throw an exception. In general when your code is doing something faulty like accessing invalid memory or causing a stack corruption, exception handling is never a solution and will not necessarily catch the problem. Have a look at using step-by-step debugging: https://www.sierrachart.com/index.php?page=doc/doc_DebuggingDLLs.html 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: 2015-11-11 19:16:10
|
| [2015-11-12 21:52:36] |
| umair1 - Posts: 86 |
|
Ok I will try the step by step debugging. I'm using SC 1322 now. I ran SC in ACS safe mode today and it worked well without a problem all day but then just now I tried to duplicate a spread chart and it crashed. I had an intraday chart of RBZ5-RBF6-NYMEX open. It was set to a period of 1 day. I went to Chart, Duplicate chart and I saw a new window open and then immediately the new window minimized and SC froze. I tried to push CTRL+M to pull up the message log to see if there was an error message but the program was unresponsive. I had to shut it down through the windows task manager. Task manager said SC is waiting for a response from me and asked for confirmation to shut the program down. Before I could look for any open windows looking for a response I saw SC close all my chart windows without prompting me to exit or save. It seems the crashes always revolve around my use of spread charts. I have a number of spread charts open like: RBZ5-RBF6-NYMEX (Symbols removed. Not useful) So this time SC crashed in ACS safe mode so you can't blame the custom studies. I'd like to stress again that I have been using the custom studies for over a year since I changed them last and they have never crashed on me until I upgraded to SC 1306. I realize there could still be some problem with my custom studies but something changed in between 1306 and 1296 (the previous version I can recall working perfectly). Date Time Of Last Edit: 2015-11-12 22:45:58
|
| [2015-11-12 22:47:17] |
| umair1 - Posts: 86 |
|
I'm using SC 1324 now in ACS safe mode. I had the Chart Studies window open and the message log popped up to inform me that one of my custom studies wouldn't be loaded. I noticed that the message log was on top and active but I couldn't minimize it. I could still work with the Chart Studies window and once I closed the Chart Studies window then I was able to minimize the message log. So because of the nature in which SC crashes- it usually says SC is waiting for a response from me I am wondering if some sort of adjustment was made in SC 1306 to keep "a window on top" and for some reason this is interfering with the current active window. |
| [2015-11-12 22:48:53] |
| |
|
ACS Safe Mode does rule out custom studies as a problem. But it is not rule out system issues. This is extremely unlikely to make a difference, but we will want you to try version 1325 when it comes out today. If you still notice a problem when using ACS Safe Mode when duplicating a chart, then please try another system because we are suspecting that this is system related. Or possibly Sierra Chart is running out of available memory? There are no problems duplicating a chart, we tested this, and we are not aware of any problems with this because we have no other user reports and using a spread symbol does not make any difference. Rarely with ACSIL there are inadvertent changes we might make, that could require you to recompile your custom studies on the current version of Sierra Chart they are being used on. This would be why you may see a problem in a newer version with custom studies but not an earlier version. So recompile them on the current version of Sierra Chart. 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: 2015-11-12 22:52:21
|
| [2015-11-12 22:55:20] |
| |
|
This is not the issue: So because of the nature in which SC crashes- it usually says SC is waiting for a response from me I am wondering if some sort of adjustment was made in SC 1306 to keep "a window on top" and for some reason this is interfering with the current active window. And no changes were made like this. 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: 2015-11-12 22:57:04
|
| [2015-11-12 23:03:14] |
| |
|
What helps is most with a problem like this is for the user to test a completely different system and see if they can duplicate the issue. If you can duplicate the issue, then we need the steps to reproduce the issue. If it happens when using a particular Chartbook of yours, then we need to test that Chartbook. 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 |
| [2015-11-12 23:18:23] |
| umair1 - Posts: 86 |
|
Ok let me try to duplicate the problem. I noticed when duplicating charts that if the chart-to-be-duplicated is maximized then when I duplicate it, the new chart is also maximized. If I then duplicate the new chart which is maximized, then the newest chart is not-maximized. If the chart is not-maximized to begin with then when I duplicate it, it always produces a chart that is not-maximized. I know this is nit picking, I could care less whether the new window is maximized or not, it's just not consistent. And every time I have seen SC crash it has involved some kind of window minimizing, or not maximizing. The system I'm using is a laptop Core i5-2450M @ 2.5 GHz. It has 16gb of RAM. The hard drive has 80GB unused out of 421GB. I do run Sierra Chart along with OEC Trader and RJO Futures PRO. But when I check the resource monitor usually at most 8-9GB of RAM is being used. I'll start checking the memory usage when SC crashes to see if this is a problem. |
| [2015-11-13 09:54:49] |
| umair1 - Posts: 86 |
|
I am using SC 1324 now running in ACS Safe Mode. I had open a spread chart: RBZ5-RBF6-NYMEX among about 100 other charts and I went to duplicate the chart and Sierra Chart froze. I saw a window open and then immediately minimize. The program was unresponsive and had to be shut down from the task manager. Before I shut it down I could see 6.6GB of RAM being used out of 16GB, with SC using about 1GB. |
| [2015-11-13 10:11:16] |
| |
|
The problem could not be related to spread charts. Any symbol will cause this problem. It could be that the operating system you are using is having trouble with a large number of chart windows. Are these detached charts are they part of the main Sierra Chart window? Attach the Chartbook you are using so we can test it. Here are instructions: https://www.sierrachart.com/index.php?page=PostingInformation.php#AttachFile It can be privately attached. 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: 2015-11-13 10:11:52
|
| [2015-11-13 10:16:26] |
| umair1 - Posts: 86 |
|
They are all part of the main SC window. None of them are detached. I attached the three chartbooks with all my spreads in them. |
Private File Private File Private File |
| [2015-11-13 10:22:22] |
| |
|
OK thank you we are going to test these. We also just tried duplicating charts and we created 170 of them without a problem so far. There were changes with chart windows recently where a child window is created within the main chart window. Maybe that is causing a resource problem on your side. We hope this is not the case though. 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: 2015-11-13 10:23:39
|
| [2015-11-13 20:52:50] |
| |
|
We tested the CL spreads.cht chartbook and duplicated several of the charts multiple times. And even detached one of the charts and duplicated them. No problems as we would expect. We also tested duplicating a chart 200 times and still no problems. If you could try another system, that would be good. 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: 2015-11-13 20:53:11
|
| [2015-11-13 22:46:44] |
| umair1 - Posts: 86 |
|
I was using SC 1325 today. I didn't have any problems today up everything worked fine until I tried to duplicate my spread chart and I got the exception again: Caught an unhandled exception in c_MDIDetachableWindow::WindowProc. Message: 546, wParam: 806480, lParam: 1060006 | 2015-11-13 14:15:41 Warning: Caught an exception during the processing of a timer event. | 2015-11-13 14:15:42 * Warning: Caught an exception during the processing of a timer event. | 2015-11-13 14:15:42 * Warning: Caught an exception during the processing of a timer event. | 2015-11-13 14:15:43 * Warning: Caught an exception during the processing of a timer event. | 2015-11-13 14:15:43 * Warning: Caught an exception during the processing of a timer event. | 2015-11-13 14:15:44 * Warning: Caught an exception during the processing of a timer event. | 2015-11-13 14:15:44 * Warning: Caught an exception during the processing of a timer event. | 2015-11-13 14:15:45 * Warning: Caught an exception during the processing of a timer event. | 2015-11-13 14:15:45 * I'll try it on another system on Monday. If I close SC and reopen it and immediately duplicate the chart then I don't usually get a problem. It seems the exception happens after SC has been running for at least a few hours with all my chartbooks open. I have 22 chartbooks open with at least 5-7 charts in each chartbook. If I am able to replicate the problem on another system on Monday then I'll just send you all the chartbooks and you can try replicating the problem. |
| [2015-11-13 23:22:21] |
| |
|
When you have this problem with the exception, did you have enabled "ACS Safe Mode"? Do not send us any Chartbooks unless we ask for them. 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 |
| [2015-11-13 23:54:53] |
| umair1 - Posts: 86 |
|
Yes it was in ACS safe mode
|
| [2015-11-14 22:58:48] |
| |
|
OK our belief is there is something going wrong within Sierra Chart but at this point we do not know what. We are going to test the Chartbooks next week. We do not need anything further . We can just use your existing Chartbooks and open multiple copies of them, and duplicate charts. But please do try another system and let us know if you see the problem because if not, then there probably is not a problem within Sierra Chart. 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: 2015-11-14 22:59:16
|
| [2015-11-16 23:02:44] |
| |
|
Before you duplicate a chart and after Sierra Chart has been running for many hours, go to the Windows Task Manager >> Processes tab. Go to View >> Select Columns and add GDI Objects. What is the number of GDI objects for the Sierra Chart process? 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: