Support Board
Support Board
Search Board
Control Panel
View My Posts / Threads
Direct MessagesDate/Time: Tue, 23 Apr 2024 21:59:05 +0000
[User Discussion] - SC 1277: Add Custom Study second time freezes SC
View Count: 1794
| [2015-07-29 18:59:25] |
| ganz - Posts: 1048 |
|
bjohnson777 qt5 has been out awhile and is stable
nope. :)it isn't. it has a lot of memory and performance issues. that apps for windoze and WINE work perfectly fine at the same time.
wine is not 100% compatible to windoze. this will be the reason to freeze/crash an app at any time. period. :) |
| [2015-07-29 19:24:48] |
| bjohnson777 (Brett Johnson) - Posts: 284 |
|
Support: I just download "prerelease" style 1278 again. I don't know if this is the same 1278 or a different one. I manually turned off transparency in "RSI w/Trend". No difference. Like I keep saying, I didn't have any major problems last week. 1278 fixed the user study list lock up problem introduced in 1277. Thanks for that. I don't mean to sound ungrateful for the other stuff, but it hit me hard. 1278 introduced the freezing problem that's causing problems now. I don't know how to be any clearer. The freezing problem didn't happen last week. When the screen comes back, the normally green status bar goes red, starts reconnecting, then quickly goes green again. It looks like it's locking all of SC. I don't have source code for the 2 RSI studies I've been testing with. I don't know what they're doing under the hood. I semi-randomly chose them because they're interesting and it takes my source code bias out of the loop. Maybe they're the trigger to the problem? Maybe they pulled out something much deeper that y'all have been searching for??? If y'all are having trouble tracking down problems, ONE OF THEM IS RIGHT HERE! IT'S FRESH! You guys may not like WINE, but it's a tool and sometimes even useful. Use it as such. I'm not fond of all the smaller quirks WINE has, but I used it as a tool and it solved a problem for me... at least until this week. Installing Lubuntu.org (smaller Ubuntu version with the same back end) into a 4g VM and then installing WINE into that is trivial. Yeah, it may take extra time to do, but if it saves a lot more time trying to track down problems that are hidden, it's worth it in the end. On a side note, there's also a sales&marketing aspect to linux. Ever thought of putting an SC install on a linux live DVD/USB stick? Someone gets a virus or a disk crash, boot linux live and they're somewhat running again... by that, they would be missing their settings if those couldn't be copied off the main disk, but they wouldn't be totally cut off. Most linux live's can also be used as an installer and an option for a license free and far more stable operating system. Corporate customers may like the enhanced security. Something to think about for the future. |
| [2015-07-29 19:25:06] |
| |
|
In regards to the graphics freezing problem, we want to know if not using transparency solves the issue or not using any of the Fill Top or Fill Bottom Draw Styles. Most likely it is one of those. And we want to know. If that is the problem, then this has been reported before with WINE. 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-07-29 19:25:42
|
| [2015-07-29 19:33:51] |
| bjohnson777 (Brett Johnson) - Posts: 284 |
|
ganz: Are you saying this out of personal experience? or what you've heard from others? In case you haven't noticed, different versions of windoze will also crash each other's code. Even code for a specific win version will usually crash itself given enough time. There are also plenty of bugs, security problems, and memory leaks among all of them. M$ has 10's of billion$ in cash laying around but it seems they still have trouble with all this. I also wonder why side by side goes back to the win9x era but the few win9x programs I've tried to run never even come close to working. My best linux uptime from a heavily used system is 426 days (807 for a dedicated firewall). I lost it because a spring storm literally blew out power to the entire neighborhood. It would have kept going except for that. My heavily used win systems usually can't go beyond 3 weeks. This may help explain some of my OS biases. |
| [2015-07-29 19:56:50] |
| bjohnson777 (Brett Johnson) - Posts: 284 |
|
In regards to the graphics freezing problem, we want to know if not using transparency solves the issue or not using any of the Fill Top or Fill Bottom Draw Styles. Most likely it is one of those. And we want to know.
That's an interesting question I haven't tested yet... RSI Bands has Line/Solid/1. Shouldn't be a problem there. RSI w/Trend: changed Fill Top and Fill Bottom to straight Line/Solid/1 (these 2 were the transparent fill ones before). "Slow MA (SG4)" changed to Line/Solid/1. Other lines mentioned are Hidden. These are the only 2 studies in the list. This is the only chart in the chart book. No other chart books are currently open for simplicity. Looks like you found something. No lock ups... But it is NOT transparency. It's something related to Fill. Scrolling is HORRIBLY SLUGGISH. I changed "Slow MA (SG4)" to Line/Solid/5. No difference. I delete both studies for an empty list and a plain chart: scrolling is LIGHTNING FAST. Retracing debug steps: Added RSI Bands back. Settings at default like before. Scrolling is lightning fast. Removed RSI Bands. Readd RSI w/Trend: Anything that draws is Line/Solid/1. Everything else is Hidden. Remaining settings at default like before. Scrolling is horribly slow again. What does this study do that is so intense??? My charts from my regular chart book scroll kinda slow, but they have 20-something studies attached to them. I fully expect that. OK, so we've made progress and isolated this to FILL related and not transparency. Does this mean I'm still screwed with WINE? Can this be tracked down and fixed? Is Fill manually drawn by SC or is this a qt5 function? If this is qt5, Ganz will be happy to see that a qt5 bug proved one of his points. |
| [2015-07-29 20:15:12] |
| bjohnson777 (Brett Johnson) - Posts: 284 |
|
Another question comes to mind: Can an excessive number of Fills be put on a M$ win system and performance tested in a debugger? and then compared with another geometric shape? This makes me wonder about some of the slowness issues I've seen scattered among other posts. Maybe this is a qt5 drawing bug that is causing problems for everyone. With my bad health issues, it's bed time. I'll pick this up again tomorrow. |
| [2015-07-29 20:18:46] |
| |
|
The fill styles use the Polygon function. And this is a Windows function. The rectangular fill styles use: FillRect. We think it is the Polygon function that is the problem on WINE. RSI w/Trend does use the color array, so there is additional processing to change colors at each bar. 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-07-29 20:19:29
|
| [2015-07-30 06:58:21] |
| ganz - Posts: 1048 |
|
bjohnson777 or what you've heard from others?
a lot of info is available from qt5 devs :) |
| [2015-07-30 17:01:15] |
| bjohnson777 (Brett Johnson) - Posts: 284 |
|
I ran WINE in debug mode and caught a longer instance of the hang. It's a lot harder to catch the hang in debug mode with things going so slow. That probably means something. This is a snip from the log file that is attached. The full log is 200+megs and a bit overkill. The attached log has some gdi32 calls from scrolling the chart, it hangs, then goes back to the gdi32 calls. There are a number of THREAD_DETACH entries from smaller hangs in the 200meg log. 005c:Call PE DLL (proc=0x1b95100,module=0x1a90000 L"UserContributedStudies.dll",reason=THREAD_DETACH,res=(nil))
1306653.828:005c:Call ntdll.RtlDecodePointer(9107e5c7) ret=01b97c49 1306653.828:005c:Ret ntdll.RtlDecodePointer() retval=7b83d3d0 ret=01b97c49 005c:Ret PE DLL (proc=0x1b95100,module=0x1a90000 L"UserContributedStudies.dll",reason=THREAD_DETACH,res=(nil)) retval=1 1306653.828 is a time stamp in seconds.milliseconds. The seconds are my OS uptime. After the time stamp is the thread ID. "005c" shown above. There are others sometimes without the time stamp. The rest needs translating. The problem is from 1306647.286 to 1306718.051. It's about 71 seconds total. |
 wine_THREAD_DETACH.log - Attached On 2015-07-30 16:51:13 UTC - Size: 22.5 KB - 313 views |
| [2015-07-30 17:34:53] |
| ganz - Posts: 1048 |
|
bjohnson777 try wine 1.4.1 or crossover 11.3 |
| [2015-07-30 18:58:15] |
| bjohnson777 (Brett Johnson) - Posts: 284 |
|
Anything below wine 1.5.x has noticable bugs and problems with the various trading programs. For any wine related problem, the first thing to do is always upgrade to the latest release. The ubuntu ppa handles that automatically. This doesn't look like a wine problem. I don't think those THREAD_DETACH's should be happening. There are a lot more in the log segment. It would definitely explain why the program freezes. This looks more like a threading conflict of some kind. If it were barfing, I would expect to see a lot of error messages in the log segment. The log makes it look like it just stops and waits for something. We'll see what the developers say. |
| [2015-07-30 19:08:40] |
| |
|
We do not know what a Thread Detach is. Sierra Chart does not use any separate threads for graphics and makes no threading related calls whatsoever when drawing on a chart. And actually, the only time other threads are used in Sierra Chart is when downloading historical Intraday data and when loading Intraday chart data from a data file. 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: