Home >> Support Board

Support Board

Date/Time: Mon, 29 Apr 2024 16:07:32 +0000

How to Post a Message for Support

[User Discussion] - SC version 2022 and later crash under wine64 on OSX, while SC version 2021 runs fine

View Count: 2723

[2019-12-29 02:03:10] #1 [Go To First Post]
uM8137 - Posts: 180
Something must have changed to make SierraChart start not working under wine64. OSX 10.13.6 Wine64 version wine-4.5 staging 1. running SC version 2007 starts without crashing: ~/.wine/drive_c/SierraChart2007 $ wine64 ./SierraChart_64.exe Wine cannot find the ncurses library (libncurses.5.4.dylib). 0058:fixme:nls:GetThreadPreferredUILanguages 00000038, 0x22f9e4, 0x22fa00 0x22f9e0 0058:fixme:nls:get_dummy_preferred_ui_language (0x38 0x22f9e4 0x22fa00 0x22f9e0) returning a dummy value (current locale) 005e:fixme:ver:GetCurrentPackageId (0x50fdf0 0x0): stub 005f:fixme:ver:GetCurrentPackageId (0x61fdf0 0x0): stub 005e:fixme:winsock:set_dont_fragment IP_DONTFRAGMENT for IPv4 not supported in this platform 005e:fixme:winsock:WS_setsockopt SO_SNDBUF ignoring request to disable send buffering 005e:fixme:winsock:WS_setsockopt SO_SNDBUF ignoring request to disable send buffering 005e:fixme:winsock:WS_setsockopt SO_SNDBUF ignoring request to disable send buffering 005e:fixme:winsock:WS_setsockopt SO_SNDBUF ignoring request to disable send buffering 005e:fixme:winsock:WS_setsockopt SO_SNDBUF ignoring request to disable send buffering 005e:fixme:winsock:WS_setsockopt SO_SNDBUF ignoring request to disable send buffering 005e:fixme:winsock:WS_setsockopt SO_SNDBUF ignoring request to disable send buffering 005e:fixme:winsock:WS_setsockopt SO_SNDBUF ignoring request to disable send buffering 005e:fixme:winsock:WS_setsockopt SO_SNDBUF ignoring request to disable send buffering ~/.wine/drive_c/SierraChart2007 $ wine64 --version # shutdown after clicking close; was fine. wine64 --version wine-4.5 (Staging) ~/.wine/drive_c/SierraChart2007 $ 2. Running the latest SierraChart, version 2028 installs okay but when run, crashes before getting to the login screen. $ wine64 ./SierraChart_64.exe wine64 ./SierraChart_64.exe Wine cannot find the ncurses library (libncurses.5.4.dylib). 0070:fixme:nls:GetThreadPreferredUILanguages 00000038, 0x22f9f4, 0x22fa10 0x22f9f0 0070:fixme:nls:get_dummy_preferred_ui_language (0x38 0x22f9f4 0x22fa10 0x22f9f0) returning a dummy value (current locale) wine: Unhandled page fault on read access to 0x00000020 at address 0x140d2de42 (thread 0076), starting debugger... with the following debugger backtrace generated: Unhandled exception: page fault on read access to 0x00000020 in 64-bit code (0x0000000140d2de42). Register dump: rip:0000000140d2de42 rsp:000000000061fdc0 rbp:000000000061ffd0 eflags:00010246 ( R- -- I Z- -P- ) rax:0000000000000000 rbx:0000000000000001 rcx:0000000000000000 rdx:000000014130e448 rsi:0000000000000000 rdi:000000000061fe68 r8:0000000141331130 r9:000000000061fd80 r10:0000585ce918b7b4 r11:0000000000000000 r12:0000000000000000 r13:0000000000000000 r14:000000000037b140 r15:0000000000000000 Stack dump: 0x000000000061fdc0: 0000000000000000 0000000000000000 0x000000000061fdd0: 0000000000000005 0000000000000005 0x000000000061fde0: 000000000037b140 0000000140d15326 0x000000000061fdf0: 0000000000000000 0000000000000000 0x000000000061fe00: 0000000000000000 0000000000000000 0x000000000061fe10: 0000000140d152f8 000000007bc96642 0x000000000061fe20: 0000000000000000 0000000000000000 0x000000000061fe30: 0000000000000000 0000000000000000 0x000000000061fe40: 0000000000000000 ffffffffffffffff 0x000000000061fe50: 000000007bcbc450 000000007bc4aec0 0x000000000061fe60: 0000000000000000 0000000140d152f8 0x000000000061fe70: 000000000061ffd0 000000000061fe20 Backtrace: =>0 0x0000000140d2de42 EntryPoint+0x10004435a() in sierrachart_64 (0x000000000061ffd0) 1 0x0000000140d15326 EntryPoint+0x10002b83d() in sierrachart_64 (0x000000000061ffd0) 0x0000000140d2de42 EntryPoint+0x10004435a in sierrachart_64: movq 0x0000000000000020(%rax),%rcx Modules: Module Address Debug info Name (40 modules) PE 681d0000- 681d3000 Deferred wow64cpu PE 681f0000- 681f4000 Deferred msimg32 PE 6a180000- 6a18c000 Deferred gdi32 PE 6a320000- 6a32b000 Deferred advapi32 PE 6a3b0000- 6a404000 Deferred comctl32 PE 6a530000- 6a621000 Deferred user32 PE 6a790000- 6a795000 Deferred version PE 6a7b0000- 6a7b4000 Deferred usp10 PE 6d190000- 6d196000 Deferred imm32 PE 6d1c0000- 6d1c6000 Deferred ws2_32 PE 6d200000- 6d27b000 Deferred winmm PE 6d2d0000- 6d379000 Deferred comdlg32 PE 6d3f0000- 6dce8000 Deferred shell32 PE 6de50000- 6de5f000 Deferred shlwapi PE 6def0000- 6def5000 Deferred shcore PE 6df20000- 6df4c000 Deferred ole32 PE 6e0d0000- 6e0db000 Deferred rpcrt4 PE 6e180000- 6e18a000 Deferred aclui PE 6e1a0000- 6e1ad000 Deferred winspool PE 6e1f0000- 6e1f5000 Deferred uxtheme PE 6e230000- 6e23d000 Deferred oleaut32 PE 6e3c0000- 6e3c7000 Deferred wsock32 PE 6e3e0000- 6e3e6000 Deferred iphlpapi PE 6e410000- 6e41c000 Deferred gdiplus PE 6e4d0000- 6e4d5000 Deferred bcrypt PE 6e4f0000- 6e507000 Deferred oleacc PE 6e560000- 6e5a6000 Deferred crypt32 PE 6e660000- 6e667000 Deferred winemac PE 6ebe0000- 6ebe4000 Deferred api-ms-win-core-synch-l1-2-0 PE 6ebf0000- 6ebf4000 Deferred api-ms-win-core-fibers-l1-1-1 PE 6ec10000- 6ec14000 Deferred api-ms-win-core-localization-l1-2-1 PE 6ed60000- 6ed64000 Deferred api-ms-win-core-string-l1-1-0 PE 6ed70000- 6ed74000 Deferred api-ms-win-core-datetime-l1-1-1 PE 6ed80000- 6ed84000 Deferred api-ms-win-core-localization-obsolete-l1-2-0 PE 6eda0000- 6eda4000 Deferred api-ms-win-core-sysinfo-l1-2-1 PE 7a810000- 7a818000 Deferred opengl32 PE 7b410000- 7b5d0000 Deferred kernel32 PE 7bc10000- 7bc23000 Deferred ntdll ELF 7c400000- 7c405000 Deferred <wine-loader> PE 140000000- 141465000 Export sierrachart_64 Threads: process tid prio (all id:s are in hex) 0000000e services.exe [C:\windows\system32\services.exe] 00000022 0 0000001d 0 00000015 0 00000010 0 0000000f 0 00000011 winedevice.exe [C:\windows\system32\winedevice.exe] 0000001a 0 00000019 0 00000018 0 00000012 0 0000001b plugplay.exe [C:\windows\system32\plugplay.exe] 0000001f 0 0000001e 0 0000001c 0 00000020 winedevice.exe [C:\windows\system32\winedevice.exe] 00000025 0 00000024 0 00000023 0 00000021 0 00000041 explorer.exe [C:\windows\system32\explorer.exe /desktop] 00000045 0 00000044 0 00000043 0 00000042 0 0000006f (D) C:\SierraChart2028\SierraChart_64.exe [C:\SierraChart2028\SierraChart_64.exe] 0000007a 0 00000079 0 00000078 0 00000077 0 <== 00000076 0 00000070 0 00000071 explorer.exe [C:\windows\system32\explorer.exe /desktop] 00000075 0 00000074 0 00000073 0 00000072 0 System information: Wine build: wine-4.5 (Staging) Platform: x86_64 Version: Windows 7 Host system: Darwin Host version: 17.7.0

[2019-12-29 02:19:45] #2 [Go To First Post]
uM8137 - Posts: 180
bisecting... SierraChart_64.exe version 2017 starts fine. Gets to login page. version 2030 pre-release crashes before login. (same segfault on reading 0x20 as above) version 2023 crashes before login. version 2020 starts fine and gets to login. version 2021 starts fine and gets to login. version 2022 crashes before login. (same Unhandled exception: page fault on read access to 0x00000020 in 64-bit code (0x0000000140d41e42). So something between SC version 2021 and SC version 2022 changed to introduce a segfault under wine64/OSX. Date Time Of Last Edit: 2019-12-29 02:20:40

[2019-12-29 03:57:47] #3 [Go To First Post]
Sierra Chart Engineering - Posts: 104368
We cannot help with this. There is nothing wrong in the Sierra Chart side. 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

[2020-05-23 04:23:29] #4 [Go To First Post]
Tony - Posts: 459
I have the same issue with both Wine and Crossover, I vaguely remember there was an announcement says that 32-bit would not be supported started early 2020, but I just noticed that Version 2109 (May 21, 2020) still has "SierraChart.exe", I thought I try it, and it works fine. I just had to re-compile custom studies. I think Linux+Wine is the best option for Mac users.

[2020-05-31 16:55:45] #5 [Go To First Post]
UnixManiac - Posts: 45
Same here. I tried most of the obvious stuff, compiling 64 bit only wine etc. nothing worked. As I am using CrossOver, I sent a support request to CodeWeavers, they replied "...we can hopefully have a fix included in the next CrossOver update..." Date Time Of Last Edit: 2020-05-31 16:58:03

[2020-08-27 18:14:28] #8 [Go To First Post]
UnixManiac - Posts: 45
Great news for anyone having a CrossOver licence. Today CrossOver 20 beta was released. It solves this specific problem and makes Sierra Chart 64 bit version working again on Mac. Tested on macOS Catalina 10.15.6 with SC 2159.

[2020-08-27 18:17:26] #9 [Go To First Post]
Sierra Chart Engineering - Posts: 104368
That is 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

[2020-10-07 20:37:34] #10 [Go To First Post]
QuantX - Posts: 4
@UnixManiac, I'm new to SierraChart and would like to use it with Crossover on my Mac. Is the current Sierra Chart version working with Crossover 20 beta?

[2020-10-07 20:47:32] #11 [Go To First Post]
Tony - Posts: 459
@QuantX I saw a post on this forum said the Crossover latest version works with Mac OS Catalina 10.15, and SierraChart 64-bit. I had a test drive of latest version Crossover with my Mac (10.13), it didn't work. Your best bet is probably install Linux and Wine Linux version. I have an iMac and dual boot with Mac OS and Linux, works great. Hope it helps.

[2020-10-07 20:59:38] #12 [Go To First Post]
QuantX - Posts: 4
@Tony, thank you for your reply. Did you test with the Crossover 20 beta? I tried Crossover 19 and the current SC version. That didn't work. UnixManiac used the Crossover 20 beta.

[2020-10-08 04:24:24] #13 [Go To First Post]
Tony - Posts: 459
@QuantX Yes, I tested Crossover 20 beta, and failed to run Sierra Chart 64-bit, not sure if it was because my Mac OS version is too low. For the Linux, you can actually do a test drive without taking a plunge, here are the steps: 1, Download Linux Mint Cinnamon, https://linuxmint.com/download.php 2, Build a boot-up USB drive (>8GB) by using tool called Etcher, https://www.balena.io/etcher/ 3, Leave USB drive plugged in and reboot your Mac while press and hold Option Key. 4, You will see 2 icons (or 3), "Macintosh HD" "Efi Boot", select the latter 5, Once you see the desktop, go to "Software Manager" under main menu, search "Wine Stable" and install. 6, Download "Sierra Chart" and install. Although this is a fully functional Linux system, all the software you install won't retain next time you boot from USB, unless you install the Linux on hard drive. Feel free to send me a direct message if you have any questions. Enjoy! Date Time Of Last Edit: 2020-10-08 04:24:48

[2020-10-08 09:43:56] #15 [Go To First Post]
UnixManiac - Posts: 45
@QuantX Yes it works also on latest CrossOver 20 beta 3. Tested with latest MacOS Catalina, SC 2177 on an iMac Pro. I am not yet using it day-to-day though, I am still on Linux but I am aiming to switch to MacOS hopefully when Big Sur is released. @Tony No idea about 10.13 - Better wait and upgrade to Big Sur if all works. Catalina is a mess anyway in my opinion. @ertrader There is no tasksel on MacOS, the problem here has nothing to do with libX. This problem exists and it was related only to MacOS/wine.

[2020-10-08 09:59:10] #16 [Go To First Post]
ertrader - Posts: 645
Ok thanks... comments deleted. Date Time Of Last Edit: 2020-10-08 10:00:28

[2020-10-08 10:10:59] #17 [Go To First Post]
QuantX - Posts: 4
@UnixManiac, thank you for your feedback. That sounds great, because I'd like to run it natively on my Mac without having to use a Virtual Machine as I do right now. Rather than buying a Windows license, I would pay for a Crossover license. @etrader, @tony, thank you for your feedback as well. As stated above running linux in bootcamp is no option for me.

[2020-10-08 11:34:30] #18 [Go To First Post]
Kiwi - Posts: 374
Before you make big changes, see if you can run the latest versions of wine on a mac. Something changed in SierraChart that impacted us to varying degrees back in the 2010s but it seems a tricky thing. Linux folk are running the latest versions of x11 (understood its not relevant but this is a subtle interaction encouraging our favourite charting platform to crash) but also going up to 2175+ and push wine up to 5.18 seem to have pulled us out of the hole. https://i.imgur.com/TsPz58f.png Date Time Of Last Edit: 2020-10-08 11:51:26

[2020-10-08 12:02:15] #19 [Go To First Post]
UnixManiac - Posts: 45
Before you make big changes, see if you can run the latest versions of wine on a mac. Something changed in SierraChart that impacted us to varying degrees back in the 2010s but it seems a tricky thing. Linux folk are running the latest versions of x11 (understood its not relevant but this is a subtle interaction encouraging our favourite charting platform to crash) but also going up to 2175+ and push wine up to 5.18 seem to have pulled us out of the hole. https://i.imgur.com/TsPz58f.png I have tried many wine versions on MacOS compiling and debugging. Unfortunately there was nothing obvious to fix this. This is why I also relied on CodeWeavers support that they also confirmed the issue existing on MacOS/wine. So the good news are now it works on their beta. This means when they release crossover 20 hopefully it will still work and we are not gonna be up for any surprise. I will make a new thread when I start using it daily on MacOS.

[2020-10-08 17:18:37] #20 [Go To First Post]
Tony - Posts: 459
@QuantX You are welcome. I understand not everyone likes Linux. Just to clarify, so other folks won't get confused. Boot Camp is designed for Windows only, to install Linux on a Mac, we don't need Boot Camp, the process is way easier, all we need to do is to create an additional partition by using Disk Utility and install Linux on new partition.

[2020-10-08 20:47:08] #21 [Go To First Post]
QuantX - Posts: 4
@Tony, thank you for your clarification. @UnixManiac, Crossover 20 RC1 is available now. I've downloaded it and successfully ran SC 2171 successfully with it. I'm going with the 14 day trial now and if it will work without major issues during this time I'll use this setup for my live trading.

[2020-10-09 14:07:21] #22 [Go To First Post]
UnixManiac - Posts: 45
Installed Big Sur Beta (20A5384c) + CrossOver 20 RC1 + SC 2177. Performance on my iMac Pro is really bad so far. I tried to open a chartbook I regularly use with multiple tick charts etc, SC felt it was running really slow, resizing charts etc it was ok but for example if I tried to use the crosshair tool the lag was noticeable, ~2 seconds delay... I tried all settings, enabling OpenGL on SC etc, Crossover enabling/disabling options with no luck. There is no bottleneck on hardware, CPU usage was at acceptable levels, GPU when OpenGL was enabled it was ok with no more that 10-20% utilization, no issues with graphics looking out of place, just a very annoying lag on graphics performance. Compared to Linux, night and day difference. Not good, not good...

[2020-10-09 14:32:02] #23 [Go To First Post]
seandunaway - Posts: 213
How is performance with Parallels?

[2020-10-09 14:39:10] #24 [Go To First Post]
seandunaway - Posts: 213
Also, it'd be interesting to compare the native Mac display driver versus the X11/XQuartz display driver in wine, which can be specified via command arguments. Date Time Of Last Edit: 2020-10-09 14:39:34

[2020-10-09 19:46:24] #25 [Go To First Post]
UnixManiac - Posts: 45
How is performance with Parallels? Any solution that includes virtualization is gonna be slower. I tried it several times before with VMWare Fusion, always ended up with performance issues on my mac.

To post a message in this thread, you need to log in with your Sierra Chart account: