Home >> Support Board

Support Board

Date/Time: Fri, 26 Apr 2024 08:46:42 +0000

How to Post a Message for Support

Sierra Chart Executables for ARM 64 Processor

View Count: 6744

[2022-09-20 09:58:06] #1 [Go To First Post]
Sierra Chart Engineering - Posts: 104368
Attached to this post are the executable files, to use Sierra Chart on ARM 64 systems. Simply do a standard installation of Sierra Chart on an ARM system, and then install these files into the root installation folder of Sierra Chart. And then run the executable. We have not done any testing ourselves. So let us know how this works. To install Sierra Chart on an ARM system, use the ZIP installer: Software Download: Sierra Chart Zip Installer 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


SierraChart_ARM64.zip - Attached On 2022-09-20 09:56:00 UTC - Size: 9.66 MB - 264 views

[2022-09-22 01:08:33] #2 [Go To First Post]
User656492 - Posts: 126
Just out of curiosity, has anybody tried this?

[2022-09-30 09:54:38] #3 [Go To First Post]
User372414 - Posts: 25
Sierra guys, you wrote some time ago: "it will be most likely that if we add support for another operating system it would be the Mac". So is this installation for Windows ARM or for Mac ARM systems? I'm thinking about switching to Mac. The only reason I haven't done it already is SC. So running SC natively on Mac would be great!

[2022-09-30 13:50:16] #4 [Go To First Post]
Sierra_Chart Engineering - Posts: 14092
Windows. Not Mac. We do not plan to develop for Mac. Most likely Linux. That message you saw was from many years ago. 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, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2022-09-30 13:50:28

[2022-10-04 10:53:23] #6 [Go To First Post]
User898094 - Posts: 17
I've tried this on a Parallels VM on a Mac M1 - so not sure if this is exactly what you're after. I've encountered 2 issues so far. 1. Constantly get SierraChartStudies_64.dll is missing error. If I rename SierraChartStudies_ARM64.dll to SierraChartStudies_64.dll, this fixes it. 2. Unable to update to the latest version. When clicking update, only the non ARM version gets updated.

[2022-10-04 13:33:23] #7 [Go To First Post]
Sierra_Chart Engineering - Posts: 14092
1. Yes that does make sense. We will solve this. 2. You cannot update using the standard method. Only the zip installer. However, the zip installers located here do not yet contain these files: Software Download: Sierra Chart Zip Installer 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, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2022-10-04 13:33:39

[2022-10-21 08:36:28] #8 [Go To First Post]
vp_ftw - Posts: 12
Love to hear linux is on the table! I build my custom studies DLL’s with `makefile`s and the ming64 compiler on linux, publishing them to the windows VM over a cifs mount. The Arm64 build sound like good progress!

[2022-12-09 16:51:27] #9 [Go To First Post]
JohnGrasty - Posts: 16
Hi, I just tried this morning running the Arm64 binary virtualized, and it worked great with one exception. I am getting this error: Error loading C:\SierraChart\Data\SierraChartStudies_ARM64.dll. File not found or may be missing SCDLLName line.

[2022-12-11 19:20:15] #10 [Go To First Post]
Sierra_Chart Engineering - Posts: 14092
Update to the very latest prerelease . You can use the zip file. SierraChartStudies_ARM64.dll should get installed. 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, use the Teton service: Sierra Chart Teton Futures Order Routing

[2022-12-12 14:05:53] #11 [Go To First Post]
JohnGrasty - Posts: 16
Thanks so much for the quick reply and help for something that I am sure it not a main priority. I appreciate it! So to avoid any "contamination", I did a completely fresh install from the zip file, and I still ran into the same error. I did find the following in the message log that may be of some help: Found DLL: SierraChartStudies_ARM64.dll \| 2022-12-12 14:01:52.443 Found DLL: UserContributedStudies_64.dll \| 2022-12-12 14:01:52.443 SierraChartStudies_ARM64.dll is not 64-bit \| 2022-12-12 14:01:52.445 VersionNumber is 0 for SierraChartStudies_ARM64.dll \| 2022-12-12 14:01:52.445 InternalVersionNumberToFileNameMap is empty for SierraChartStudies_ARM64 \| 2022-12-12 14:01:52.445 * Closest match search for: C:\SierraChart-Arm\Data\SierraChartStudies_ARM64.dll returned empty result. \| 2022-12-12 14:01:52.445 * I thought this line in particular may be of some significance: "SierraChartStudies_ARM64.dll is not 64-bit" Date Time Of Last Edit: 2022-12-12 14:06:30

[2022-12-12 14:28:27] #12 [Go To First Post]
Sierra_Chart Engineering - Posts: 14092
We will fix this now. We need to disable the 64-bit check for an ARM custom studies DLL. 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, use the Teton service: Sierra Chart Teton Futures Order Routing

[2022-12-13 18:32:18] #13 [Go To First Post]
User183241 - Posts: 2
Looking forward to try this out. I have been using the x86 version with Windows 11 ARM in Parallels Desktop v18 for macOS for a couple of week now and I was going to ask for potential support of the architecture, so it's great it's already in place, even if not quite official. I have to say that SC performs well running on top of the x86 emulator Windows 11 itself provides. I'll start using it and report back any issues. If there's anything that I can help with testing wise, please let me know. I do understand macOS is not supported so I'll make sure I factor that out. Date Time Of Last Edit: 2022-12-14 07:35:45

[2023-01-02 16:35:44] #14 [Go To First Post]
Sierra_Chart Engineering - Posts: 14092
This is in the latest prerelease. 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, use the Teton service: Sierra Chart Teton Futures Order Routing

[2023-01-05 13:07:02] #15 [Go To First Post]
JohnGrasty - Posts: 16
So I just downloaded the latest prerelease. When I open the intel executable, it is version 2461. When I run the arm64 executable, it is 2459, and I still have the same error with the DLL as before. Thanks again for all the work on this issue! This will be a major improvement for my use case!

[2023-01-05 17:36:21] #16 [Go To First Post]
User183241 - Posts: 2
I can confirm I have the same error John has.

[2023-01-06 16:00:40] #17 [Go To First Post]
Sierra_Chart Engineering - Posts: 14092
This will be resolved in the next release. 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, use the Teton service: Sierra Chart Teton Futures Order Routing

[2023-01-06 16:09:34] #18 [Go To First Post]
JohnGrasty - Posts: 16
Sounds great. I just tried to update to the latest pre-release (2462–as indicated on the homepage), and I got this error: Not using HTTP proxy server settings. \| 2023-01-06 16:06:29 HTTP Request: https://www.sierrachart.com/API.php?Service=GetCurrentVersionNumber&Version=10&ServiceCode=tradingevaluator.dtctrading \| 2023-01-06 16:06:29 HTTP Request: https://download3.sierrachart.com/downloads/2462/FilesToDownload.txt \| 2023-01-06 16:06:29 Incorrect URL when getting files list to download. \| 2023-01-06 16:06:30 You are probably aware of it, but I just wanted to pass it along. Thanks again. Date Time Of Last Edit: 2023-01-06 16:10:32

[2023-01-06 16:54:38] #19 [Go To First Post]
Sierra_Chart Engineering - Posts: 14092
Yes we are aware of this and it is now resolved. However that release does not have the new ARM release. 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, use the Teton service: Sierra Chart Teton Futures Order Routing

[2023-01-13 14:18:15] #20 [Go To First Post]
JohnGrasty - Posts: 16
So this is working perfectly! It is incredible how smoothly (and with so few resources) the arm64 executable is running–even under virtualization! I think the only thing I lack is the UserContributedStudies.dll being available compiled against arm64. I need to look into trying to figure out how to do that on my own…especially since I only need one study. 😁 Thanks again for the wonderful work.

[2023-03-13 00:06:46] #21 [Go To First Post]
seandunaway - Posts: 213
I'm toying with the same stuff.. SierraChart ARM64 via Win11 IoT via Parallels via macOS Apple Silicon.. phew! I'm also having trouble loading the arm64 studies on latest. Screenshot attached. On another note.. macOS's activity monitor is suggesting that a whole virtualized OS running SC consumes about half the energy of SC via Wine (which then has to be translated by Rosetta2)? That can't be right! Does anyone have any experience on what is more performant with system resources and especially battery life?


error loading arm64 dll.png / V - Attached On 2023-03-13 00:06:35 UTC - Size: 304.66 KB - 121 views

[2023-03-13 00:10:40] #22 [Go To First Post]
seandunaway - Posts: 213
Oops.. just realized it's looking in my Data folder for the dll.. Copied it in there and now working just fine!

[2023-03-26 11:36:34] #23 [Go To First Post]
JohnGrasty - Posts: 16
Hi all (and especially Support), So I am running the arm64 binary in Windows 11 Arm in virtualization on an M1 Mac. The performance has been exceptional…outpacing even a Xeon workstation that I have around which was running the x64 SC natively. I took a break from getting custom studies to build, but I think I want to play around with that some more. I understand this is all unsupported currently, but I could use the tiniest bit of help. In the past, you posted your remote build scripts (see below for reference). If you could share something equivalent for how you build SierraChartStudies_ARM64.dll, it would save me a ton of time and experimentation–really it's just compile flags and which compiler we would need. Thanks so much for the great product and all your effort related to this! John (Remote Build - Error SC version 1689 \| Post: 141378) #!/bin/bash FileNames=$@ cd /root/source; x86_64-w64-mingw32-g++ -D _WIN64 -march=x86-64 -mtune=x86-64 -O2 -shared -static -static-libgcc -static-libstdc++ -s -fno-rtti -fno-exceptions -std=gnu++11 $FileNames -o Output.dll -Wno-deprecated &>Output.txt;

[2023-03-26 15:12:09] #24 [Go To First Post]
User719512 - Posts: 227
I am building using Visual Studio 2022 (on x64 Windows) and building targets for x64 and ARM64. I don't have an M1 Mac, but I do see that Microsoft has released VS for ARM64 back in November 2022. I would guess that is a viable option. Perhaps that is an option for you @JohnGrasty.

[2023-03-26 18:12:23] #25 [Go To First Post]
seandunaway - Posts: 213
I recently switched from CrossOver (and wine8) to this virtualized setup using SC ARM on Windows 11 IoT ARM on Parallels 18 on macOS 13. The performance is insane. This makes wine and linux look like garbage, unfortunately. Some quick notes: Historical downloads, for say the past 1000 days, happens literally 4x faster.. I didn't realize before how broken wine's networking stack is? The new setup is consuming literally half of the energy. With wine I can go bell to bell and sacrifice ~40% of my battery on mbp/m2.. with virtualized, even having the burden of carrying an additional operating system, I go bell to bell sacrificing ~18% battery life. On my XPS 17 laptop running a completely barebones Archlinux with tiling window manager.. I couldn't make it through the trading day and was having to charge about ~5 hours in! ..even with the dedicated graphics completely disabled. Plus there is the benefit of true native controls and compatibility of the authentic WinAPI. It simply looks and reacts better. The theoretical downside is you allocate ~2gb of memory to the guest OS but in practice I haven't even noticed. I hope Engineering continues to distribute the ARM binaries. I'm a fan! Date Time Of Last Edit: 2023-03-26 18:17:06

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