Support Board
Date/Time: Fri, 22 Nov 2024 15:51:18 +0000
[User Discussion] - Linux
View Count: 81508
| [2020-09-28 22:01:36] |
| AlexPereira - Posts: 197 |
|
My system hasn't crashed since last saturday. After quick reading new posts here it looks the bug is still active. Changed but still active.
It looks Kiwi is able to compile source codes and because I am not able to reproduce the issue anymore how about if I do a patch which is based on the code found in the lib11x developer's mailing list and you can then try it in a setup which currently doesn't work without the taskset? I should be able to do it next weekend. That reminded me to try out the patches really. So I made this ( if any opensuse user is interested ): https://build.opensuse.org/package/show/home:pereira_alex:branches:X11:XOrg/libX11 ( an opensuse build service package of libx11 with the patchs applied. anytime opensuse updates the original package, it should be updated. you can check the libx11_{1,2,3}.diff files or the "link diff" directly ) I made a quick test, and 10 times starting and exiting, and no issues found. Date Time Of Last Edit: 2020-09-28 22:02:51
|
| [2020-09-28 22:12:11] |
| Kiwi - Posts: 375 |
|
Cool @AlexPereira. I might just stay with the x11 1.6.12 update along with Sierra versions from 2175 and above. Thanks @Ganz. I never liked Ubuntu because of its UI. I used to run a version of #! because I am keyboard driven with xbindkeys, vim, and a bunch of sh & python macros so menus are a rare excursion. And my terminal is tilix anyway with my only really minty issue being the 2 pane file manager, Nemo. Because of that I could run pretty much anything and maybe I should try Fedora. But Mint is so easy 🙄 |
| [2020-09-28 22:22:41] |
| AlexPereira - Posts: 197 |
|
Binaries for fedora32: https://build.opensuse.org/package/binaries/home:pereira_alex:branches:X11:XOrg/libX11/Fedora_32 ( give a few minutes so that opensuse build service posts it to the repo, but for now you can download directly ) I am building it for arch and ubuntu 20.04 ( is this what mint uses ? maybe it can work directly for ertrader ). Because of that I could run pretty much anything and maybe I should try Fedora
Since fedora 33 is just around the corner, you can check: https://www.happyassassin.net/nightlies.html they are openQA tested ( like opensuse tumbleweed, just make sure you pick the "known good iso" side of the table ). |
| [2020-09-28 22:29:40] |
| User921987 - Posts: 236 |
|
Great Alex! Please publish the changed source files for example in Gist so those who would like to work on source level can try them. The hack is so small that no need to create a full git fork. Or do a git project for the changed files only. Pure link to .zip file is also an alternative. What is the easiest for you. Date Time Of Last Edit: 2020-09-28 22:39:15
|
| [2020-09-28 22:35:50] |
| Kiwi - Posts: 375 |
|
Yes. Mint 20 is based on Ubuntu 20.04.
|
| [2020-09-28 22:37:28] |
| AlexPereira - Posts: 197 |
|
Well, thank you, User106072. It was your post a few days explaining the situation that made me read the bug report and follow in into the mailing lists. Without that, I would not go into the trouble. the source code is there, its the libX11_{1,2,3}.patch files. You can see it, even the build report, how was build and how it was done. You really prefer the gist ? |
| [2020-09-28 22:40:44] |
| User921987 - Posts: 236 |
|
Oh I didn't know how it works. No need for gist. Thx.
|
| [2020-09-28 22:54:30] |
| AlexPereira - Posts: 197 |
|
hum, building the arch and debian packages on opensuse buildservice is gonna be tricky. I will take a look in the weekend! |
| [2020-09-28 23:50:31] |
| User921987 - Posts: 236 |
|
I will post patch updated version of my Debian script next weekend.
Date Time Of Last Edit: 2020-09-28 23:50:52
|
| [2020-09-29 00:13:11] |
| ertrader - Posts: 672 |
|
It would be very helpful for me to have it available for Mint 20/Ubuntu 20.04! The compilation process is causing me problems for some reason. Just tested SC 2175 with Wine 5.18 development and no taskset and first time, still hangs on startup. Moved back to ProtonGE, no hanging at all. Have not heard from the dev yet...he now works at red hat so I'm sure his time is limited. Configuration: SierraChart Version 2175 64 bit Wine 5.9 Staging from ProtonGE Mint Linux 20/Ubuntu 20.04 Kernel 5.4.0-48 generic OpenGL AMD Ryzen 7 3800X GeForce GTX 1660 Nvidia video card Dual Monitors Internet: 275Mbps, 17ms ping, Comcast, Houston X11: 1.6.9 Date Time Of Last Edit: 2020-09-29 00:32:59
|
| [2020-09-29 01:17:49] |
| Kiwi - Posts: 375 |
|
ertrader ... after saving the originals you can achieve the change by copying these three files into /usr/lib/x86_64-linux-gnu/ (although Mint still thinks you have to old version). libX11.a libX11.so.6.3.0 libX11-xcb.so.1.0.0 Note the links to them in the picture so don't break the links. Ownership should be root:root. <br><br> Date Time Of Last Edit: 2020-09-29 01:41:58
|
 libX11_3_files.7z - Attached On 2020-09-29 01:17:14 UTC - Size: 4.74 MB - 427 views |
| [2020-09-29 02:18:35] |
| ertrader - Posts: 672 |
|
Thank you Kiwi...got them and copied to /usr/lib/x86_64-linux-gnu. Checked ownership and they are root:root
|
| [2020-09-29 06:25:43] |
| User921987 - Posts: 236 |
|
Here is attached a NEW Debian script to get & compile & install the version 1.6.12 libx11 library. This script does a patch introduced by the Jacek Caban in xorg developer's mailing list at https://lists.x.org/archives/xorg-devel/2017-August/thread.html The patch may be a bit experimental because it was originally written for the older libx11 versions. So I recommend to test it well. EDIT: 2020-09-29 15:24:34 UTC v2 Some minor fixes 2020-10-04 13:24:29 UTC v3 Only dynamically linked shared object libraries (.so) are copied into production 2020-11-13 08:10:48 UTC v4 Merge code from https://gitlab.freedesktop.org/xorg/lib/libx11/-/merge_requests/56 (file name changed!) Date Time Of Last Edit: 2020-11-13 08:12:26
|
| create_libx11.sh - Attached On 2020-11-13 08:10:48 UTC - Size: 7.83 KB - 538 views Attachment Deleted. |
| [2020-09-29 06:40:34] |
| ganz - Posts: 1048 |
|
Since fedora 33 is just around the corner, you can check:
I would be more conservative and waiting for around a six months since a new version was released in order to get really stable but actual one.https://www.happyassassin.net/nightlies.html they are openQA tested ( like opensuse tumbleweed, just make sure you pick the "known good iso" side of the table ). I never liked Ubuntu because of its UI. I used to run a version of #! because I am keyboard driven with xbindkeys, vim, and a bunch of sh & python macros so menus are a rare excursion. And my terminal is tilix anyway with my only really minty issue being the 2 pane file manager, Nemo. Because of that I could run pretty much anything and maybe I should try Fedora. But Mint is so easy
sure sir and that's good but gnome/wayland are the only well supported and developed option now and in the nearest future so hide menu and use hotkeys :) https://github.com/home-sweet-gnome/dash-to-panel https://www.gnome-look.org/ sudo dnf install akmod-nvidia
puts back X11 and well OpenGL performance SC is using forto MacOS funs: https://github.com/vinceliuice/WhiteSur-gtk-theme Date Time Of Last Edit: 2020-09-29 16:13:00
|
| [2020-09-29 21:58:26] |
| Kiwi - Posts: 375 |
|
Interesting ganz. I think I'd go with Fedora 33 if I was to take that path as it would be a few months before I was happy it was running well and I like Python 3.9. So installed it and remembered that Wayland had some challenges when I last looked and went back to X. A simple example is the right alt key. If I press it, the key is captured, the active windows title is read & a decision is made in a python script. As a result files may be read or written and text or keys output to that or another window. This is easy in X. Not in Wayland although some people have found some parts of it (best for sway, not gnome). Seems PyGObject might be able to pick up the information I need along with Gnome's ... but enough. An interesting challenge that I might be able to finish before Fedora 33 gets old - might be time for a Python script using pipes for input if I can just get Gnome 3.38 to fire commands to the pipes. Edit: What worked, works no longer so X11 is my future. It seems that the Gnome teams desire to simplify almost to the dumbness of Apple world also means they want to protect us from ourselves like Steve did. As long as that happens I'm with X11, Cinnamon and Mint (or some other combination that lets me run my own life) 😉 Date Time Of Last Edit: 2020-09-29 23:51:36
|
| [2020-09-30 02:22:29] |
| ganz - Posts: 1048 |
|
I see the point, sir Edit: What worked, works no longer so X11 is my future.
no problem herehttps://docs.fedoraproject.org/en-US/quick-docs/configuring-xorg-as-default-gnome-session/ It seems that the Gnome teams desire to simplify almost to the dumbness of Apple world also means they want to protect us from ourselves like Steve did.
and ... it isn't Gnome vs SomethingRH and the Fedora Project is the mainstream of Linux development these days in terms of industry standards it's just how it works in the Linux world now do we want to see Linux everywhere? - this is the answer we should support it we need to stop the mess and geek tricks we need to have something that just works to create the real user base I meant this is the definite way to see SC on Linux |
| [2020-09-30 04:00:38] |
| User921987 - Posts: 236 |
|
Downgrade to 2161 and ... crashed.
Kiwi, how's your 2161 now with the patched libs ? |
| [2020-09-30 07:17:50] |
| Kiwi - Posts: 375 |
|
I've started 2175 more than 20 times. 2 lock ups in 20- once with two instances open, once with one. 2161 locks up 2 in 3 tries. So my view is that probably two things improved. The internal SC one seemed the more significant based on a very small unscientific sample ... I guess I could try running 2109 for a while and see if it ever faults although I'll have to find some old chart books to start. But that also means data files ... too hard ... I'm happy with a lock up rate under 1 in 10 and no instances of it failing once it had started. Date Time Of Last Edit: 2020-09-30 08:00:16
|
| [2020-09-30 10:32:32] |
| User921987 - Posts: 236 |
|
Thanks for the update. Now I've been testing by the following setup: Charts 1-6 are currency futures each and the chart 7 has a custom study which combines all the data and makes heavy calculations + Replaying everything at the speed of 120. CPU usage continuously something about 80%. I don't use any DE this is in i3 wm on Debian Buster 10.6 using 1 monitor out of 6. https://i.imgur.com/Rcpnxci.png I've done about 10 start ups and been running the setup some hours now. Everything 100% fine. SC 2175, patched libX11, no taskset btw. I changed my name to make it easier to remember Date Time Of Last Edit: 2020-09-30 18:26:57
|
| [2020-09-30 17:59:24] |
| ertrader - Posts: 672 |
|
Kiwi... is the script create_x11lib.sh needed on my Mint after successfully copying the files you provided? I'm thinking not but want to check.
Date Time Of Last Edit: 2020-09-30 17:59:52
|
| [2020-10-01 05:49:58] |
| User921987 - Posts: 236 |
|
ertrader That script makes those files you received so no need to run the script. So how is your situation any lock ups or crashes with the patched libs ? How about others ? Alex ? Date Time Of Last Edit: 2020-10-01 11:53:41
|
| [2020-10-01 19:09:20] |
| ertrader - Posts: 672 |
|
Yes, mine still hangs with Wine 5.18 development and SC 2175. Happened on the second try. As soon as I go back to ProtonGE, it works every single time. Date Time Of Last Edit: 2020-10-01 19:10:43
|
| [2020-10-01 19:26:09] |
| User921987 - Posts: 236 |
|
What do you get from this ? ls -lh /usr/lib/x86_64-linux-gnu/libX11* Date Time Of Last Edit: 2020-10-01 19:32:42
|
| [2020-10-01 21:03:02] |
| ertrader - Posts: 672 |
|
Here is the output: -rw-r--r-- 1 root root 34M Sep 28 16:08 /usr/lib/x86_64-linux-gnu/libX11.a -rw-r--r-- 1 root root 2.2M Aug 31 11:51 /usr/lib/x86_64-linux-gnu/libX11.a.~1~ -rw-r--r-- 1 root root 34M Sep 28 14:20 /usr/lib/x86_64-linux-gnu/libX11.a.~2~ -rw-r--r-- 1 root root 34M Sep 28 16:06 /usr/lib/x86_64-linux-gnu/libX11.a.~3~ -rwxr-xr-x 1 root root 949 Sep 28 14:20 /usr/lib/x86_64-linux-gnu/libX11.la lrwxrwxrwx 1 root root 15 Aug 31 11:51 /usr/lib/x86_64-linux-gnu/libX11.so -> libX11.so.6.3.0 lrwxrwxrwx 1 root root 19 Sep 30 13:57 /usr/lib/x86_64-linux-gnu/libX11.so.6 -> libX11.so.6.3.0.~1~ -rwxr-xr-x 1 root root 14M Sep 28 16:08 /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0 -rw-r--r-- 1 root root 14M Sep 28 14:20 /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0.~1~ lrwxrwxrwx 1 root root 23 Sep 30 13:57 /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 -> libX11-xcb.so.1.0.0.~1~ -rwxr-xr-x 1 root root 48K Sep 28 16:08 /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1.0.0 -rw-r--r-- 1 root root 14K Aug 31 11:51 /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1.0.0.~1~ Date Time Of Last Edit: 2020-10-01 21:03:57
|
| [2020-10-02 00:52:36] |
| Kiwi - Posts: 375 |
|
An observation about hangs. If I exit your wine apps (SC is my only win app now) and wait a few minutes then open SC 2175 with the 3 updated files I NEVER see the problem. If I exit SC and then reopen quickly, I quite often see the problem. So, I'm now of the view that the combination of: 2175+,
the three libX11 : 1.6.12 files and wait a few minutes after exiting an SC instance before starting a new one might be the stability holy grail :-) --- And for ganz, how about XFCE? I wonder if the apple world folk will like gnomy simplicity and the techies and older windows world people will prefer XFCE. Do you see it as well supported into the future? I am currently experimenting with a Manjaro XFCE and can see it could be quite nice using tilix, caja, xbindkeys and xdotools, so fedora 33 XFCE could be in my future. I see your point about focusing on a few Linuxes and Desktops - although I'd like one that didn't come from the spymasters of USA, China and GB. Any thoughts on detaching from those countries. I also don't trust the Swedes either based on their behaviour in WWII and then with Assange, so lets stay with the more neutral elements of Europe and no-one who owes big money to China already. Date Time Of Last Edit: 2020-10-02 00:56:19
|
| [2020-10-02 03:13:14] |
| User921987 - Posts: 236 |
|
ertrader At least this is incorrect: lrwxrwxrwx 1 root root 23 Sep 30 13:57 /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 -> libX11-xcb.so.1.0.0.~1~ You should have the following files and links: -rw-r--r-- 1 root root 33M Sep 29 18:22 libX11.a
lrwxrwxrwx 1 root root 15 Sep 11 19:16 libX11.so -> libX11.so.6.3.0 lrwxrwxrwx 1 root root 15 Sep 11 19:16 libX11.so.6 -> libX11.so.6.3.0 -rwxr-xr-x 1 root root 14M Sep 29 18:48 libX11.so.6.3.0 lrwxrwxrwx 1 root root 19 Sep 11 19:16 libX11-xcb.so.1 -> libX11-xcb.so.1.0.0 -rwxr-xr-x 1 root root 48K Sep 29 18:22 libX11-xcb.so.1.0.0 Anyway your comments about the Proton are interesting. What they have done should be investigated more carefully. But it seems I am not going to do it because I am just fine with this 'patched' libx11. At least until now :) Date Time Of Last Edit: 2020-10-02 05:22:59
|
To post a message in this thread, you need to log in with your Sierra Chart account: